Re: [shr-testing] kernel with working g_ether to Windoze connection?

[Davide Scaini]

ok, after some tests, the one that works really good (for me) is the
uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin
one... it's a 2.6.28-rc4 and with its modules it's "perfect" thanks a lot
Joel!
davide

On Sat, May 9, 2009 at 2:57 AM, Joel Newkirk  wrote:

> Odd, I'm running that on my FR still and never noticed that.
>
> If you're interested, I stuffed a few other kernels up there as well.
> (I'd picked that one because it was mid-april, and ID'd as 2.6.28)
>
> Feb2:
>
> http://newkirk.us/om/testing/uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin
>
> http://newkirk.us/om/testing/modules-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.tgz
>
> Feb26:
>
> http://newkirk.us/om/testing/uImage-2.6.28-stable+gitr0e5fe639e234cdeb11d8441f19c5b3109a8b6a17-r2-om-gta02.bin
>
> http://newkirk.us/om/testing/modules-2.6.28-stable+gitr0e5fe639e234cdeb11d8441f19c5b3109a8b6a17-r2-om-gta02.tgz
>
> Mar19:
>
> http://newkirk.us/om/testing/uImage-2.6.28-andy-tracking+gitr119749+1e257a0e99817a338e3706708ebb5036518e46d8-r3-om-gta02.bin
>
> http://newkirk.us/om/testing/modules-2.6.28-andy-tracking+gitr119749+1e257a0e99817a338e3706708ebb5036518e46d8-r3-om-gta02.tgz
>
> Apr15:
>
> http://newkirk.us/om/testing/uImage-2.6.28-andy-tracking+gitr119789+9a690f4~33bbeeba62ff28ae38ff7f869e4b05-r3-om-gta02.bin
>
> I thought I had another one from early April, but can't find it
> anywhere now.
>
> j
>
> On Fri, 8 May 2009 16:46:54 +0200
> Davide Scaini  wrote:
>
> > AFAIK this is a .28 mispelled... or at least is what uname -r answers
> > (2.6.29-rc3)... anyway you've been very kind ;-) but i still don't
> > have wifi working.
> > f
> >
> >
> > On Fri, May 8, 2009 at 9:43 AM, Davide Scaini 
> > wrote:
> >
> > > Thank you very much! I'm downloading it... i'll give feedback.
> > > Thanks
> > > d
> > >
> > >
> > > On Thu, May 7, 2009 at 9:47 PM, Joel Newkirk
> > > wrote:
> > >
> > >> On Thu, 7 May 2009 18:31:39 +0200
> > >> Davide Scaini  wrote:
> > >>
> > >> > I am searching for a really olg 2.6.28 kernel... (and not a .28
> > >> > mispelled that in fact it's a .29...) where can i find it? (I'm
> > >> > talking about something of the mid april...)
> > >> > thanks
> > >> > d
>
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [shr-testing] kernel with working g_ether to Windoze connection?

[Joel Newkirk]

Odd, I'm running that on my FR still and never noticed that.

If you're interested, I stuffed a few other kernels up there as well.
(I'd picked that one because it was mid-april, and ID'd as 2.6.28)

Feb2:
http://newkirk.us/om/testing/uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin
http://newkirk.us/om/testing/modules-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.tgz

Feb26:
http://newkirk.us/om/testing/uImage-2.6.28-stable+gitr0e5fe639e234cdeb11d8441f19c5b3109a8b6a17-r2-om-gta02.bin
http://newkirk.us/om/testing/modules-2.6.28-stable+gitr0e5fe639e234cdeb11d8441f19c5b3109a8b6a17-r2-om-gta02.tgz

Mar19:
http://newkirk.us/om/testing/uImage-2.6.28-andy-tracking+gitr119749+1e257a0e99817a338e3706708ebb5036518e46d8-r3-om-gta02.bin
http://newkirk.us/om/testing/modules-2.6.28-andy-tracking+gitr119749+1e257a0e99817a338e3706708ebb5036518e46d8-r3-om-gta02.tgz

Apr15:
http://newkirk.us/om/testing/uImage-2.6.28-andy-tracking+gitr119789+9a690f4~33bbeeba62ff28ae38ff7f869e4b05-r3-om-gta02.bin

I thought I had another one from early April, but can't find it
anywhere now.  

j

On Fri, 8 May 2009 16:46:54 +0200
Davide Scaini  wrote:

> AFAIK this is a .28 mispelled... or at least is what uname -r answers
> (2.6.29-rc3)... anyway you've been very kind ;-) but i still don't
> have wifi working.
> f
> 
> 
> On Fri, May 8, 2009 at 9:43 AM, Davide Scaini 
> wrote:
> 
> > Thank you very much! I'm downloading it... i'll give feedback.
> > Thanks
> > d
> >
> >
> > On Thu, May 7, 2009 at 9:47 PM, Joel Newkirk
> > wrote:
> >
> >> On Thu, 7 May 2009 18:31:39 +0200
> >> Davide Scaini  wrote:
> >>
> >> > I am searching for a really olg 2.6.28 kernel... (and not a .28
> >> > mispelled that in fact it's a .29...) where can i find it? (I'm
> >> > talking about something of the mid april...)
> >> > thanks
> >> > d


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [shr-testing] kernel with working g_ether to Windoze connection?

[Davide Scaini]

AFAIK this is a .28 mispelled... or at least is what uname -r answers
(2.6.29-rc3)... anyway you've been very kind ;-) but i still don't have wifi
working.
f


On Fri, May 8, 2009 at 9:43 AM, Davide Scaini  wrote:

> Thank you very much! I'm downloading it... i'll give feedback.
> Thanks
> d
>
>
> On Thu, May 7, 2009 at 9:47 PM, Joel Newkirk wrote:
>
>> On Thu, 7 May 2009 18:31:39 +0200
>> Davide Scaini  wrote:
>>
>> > I am searching for a really olg 2.6.28 kernel... (and not a .28
>> > mispelled that in fact it's a .29...) where can i find it? (I'm
>> > talking about something of the mid april...)
>> > thanks
>> > d
>> >
>> > Ps: wifi worked nicely on that, i just used
>> > some /etc/network/interfaces files and getted eth0 up from
>> > shr-setting panel... now it semms that with .29 kernels the interface
>> > is not really "responding" and i get kernel panics when insisting on
>> > ifup ifdown eth0 [sorry i can't be more precise since i haven't found
>> > the point where it breaks]
>>
>> I stuffed the April 14th kernel and modules up on my server, you can
>> pull them from
>>
>> http://newkirk.us/om/testing/uImage-2.6.28-oe1+gitr119785+2bea5c68313577b214b872b0edc5968db0cf3b68-r3.2-om-gta02.bin
>>
>> http://newkirk.us/om/testing/modules-2.6.28-oe1+gitr119785+2bea5c68313577b214b872b0edc5968db0cf3b68-r3.2-om-gta02.tgz
>>
>> I'll leave them there through the weekend if your or anyone wants them.
>>
>> j
>>
>>
>> > 2009/5/7 Vasco Névoa 
>> >
>> > > Thanks, Paul.
>> > > I ended up upgrading from shr-testing to shr-unstable, and the
>> > > problems are gone.
>> > > So, the non-functional kernel+g_ether must have been:
>> > >
>> > >
>> http://shr.bearstech.com/shr-testing/images/om-gta02/uImage-2.6.28-stable+gitr0e5fe639e234cdeb11d8441f19c5b3109a8b6a17-r2-om-gta02.bin
>> > > And the current working one is:
>> > >
>> > >
>> http://shr.bearstech.com/shr-unstable/images/om-gta02/uImage-2.6.29-oe10+gitr119805+f656a97d946a2529630c9770a72c10a24dc397f9-r3.4-om-gta02.bin
>> > >
>> > > I was just surprised to see the problem getting fixed and lost and
>> > > refixed at least 2 times in a row. It feels like someone made a
>> > > patch and it just doesn't stick - maybe it didn't make it upstream
>> > > and sometimes it isn't appllied? I don't know the kernel source
>> > > stream from vanilla down to SHR, so I'm talking out of my...
>> > > imagination. ;) Anyway, I'm glad it is solved, and I hope it
>> > > doesn't come back so easily again.
>> > >
>> > > Citando Paul Fertser :
>> > >
>> > > > Vasco Nevoa  writes:
>> > > >>> Why don't you just specify which kernel revision works and which
>> > > >>> doesn't? How any kernel dev is supposed to solve your problems
>> > > >>> if you even don't properly describe it? Why don't you use the
>> > > >>> kernel that worked on your FR in the meantime?
>> > > >>>
>> > > >>>
>> > > >> If I knew, I wouldn't have a problem, would I? :)
>> > > >
>> > > > At least you know the date (and the place you downloaded) the
>> > > > kernel had no problems and the problematic revision you use now,
>> > > > but you don't specify it.
>> > > >
>> > > > The kernel commit that finally fixed RNDIS issues was
>> > > > f63e59c84aa21d2745f115209bf949eca27008b1 and it was added to
>> > > > andy-tracking branch on Mar 16. I don't see anything related since
>> > > > then. Since you don't specify what revision you use now, i'm
>> > > > unable to even say if your rev includes the commit or not.
>> > > >
>> > > > --
>> > > > Be free, use free (http://www.gnu.org/philosophy/free-sw.html)
>> > > > software! mailto:fercer...@gmail.com
>> > > >
>> > >
>> > >
>> > > ___
>> > > Openmoko community mailing list
>> > > community@lists.openmoko.org
>> > > http://lists.openmoko.org/mailman/listinfo/community
>> > >
>>
>
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [shr-testing] kernel with working g_ether to Windoze connection?

[Davide Scaini]

Thank you very much! I'm downloading it... i'll give feedback.
Thanks
d

On Thu, May 7, 2009 at 9:47 PM, Joel Newkirk  wrote:

> On Thu, 7 May 2009 18:31:39 +0200
> Davide Scaini  wrote:
>
> > I am searching for a really olg 2.6.28 kernel... (and not a .28
> > mispelled that in fact it's a .29...) where can i find it? (I'm
> > talking about something of the mid april...)
> > thanks
> > d
> >
> > Ps: wifi worked nicely on that, i just used
> > some /etc/network/interfaces files and getted eth0 up from
> > shr-setting panel... now it semms that with .29 kernels the interface
> > is not really "responding" and i get kernel panics when insisting on
> > ifup ifdown eth0 [sorry i can't be more precise since i haven't found
> > the point where it breaks]
>
> I stuffed the April 14th kernel and modules up on my server, you can
> pull them from
>
> http://newkirk.us/om/testing/uImage-2.6.28-oe1+gitr119785+2bea5c68313577b214b872b0edc5968db0cf3b68-r3.2-om-gta02.bin
>
> http://newkirk.us/om/testing/modules-2.6.28-oe1+gitr119785+2bea5c68313577b214b872b0edc5968db0cf3b68-r3.2-om-gta02.tgz
>
> I'll leave them there through the weekend if your or anyone wants them.
>
> j
>
>
> > 2009/5/7 Vasco Névoa 
> >
> > > Thanks, Paul.
> > > I ended up upgrading from shr-testing to shr-unstable, and the
> > > problems are gone.
> > > So, the non-functional kernel+g_ether must have been:
> > >
> > >
> http://shr.bearstech.com/shr-testing/images/om-gta02/uImage-2.6.28-stable+gitr0e5fe639e234cdeb11d8441f19c5b3109a8b6a17-r2-om-gta02.bin
> > > And the current working one is:
> > >
> > >
> http://shr.bearstech.com/shr-unstable/images/om-gta02/uImage-2.6.29-oe10+gitr119805+f656a97d946a2529630c9770a72c10a24dc397f9-r3.4-om-gta02.bin
> > >
> > > I was just surprised to see the problem getting fixed and lost and
> > > refixed at least 2 times in a row. It feels like someone made a
> > > patch and it just doesn't stick - maybe it didn't make it upstream
> > > and sometimes it isn't appllied? I don't know the kernel source
> > > stream from vanilla down to SHR, so I'm talking out of my...
> > > imagination. ;) Anyway, I'm glad it is solved, and I hope it
> > > doesn't come back so easily again.
> > >
> > > Citando Paul Fertser :
> > >
> > > > Vasco Nevoa  writes:
> > > >>> Why don't you just specify which kernel revision works and which
> > > >>> doesn't? How any kernel dev is supposed to solve your problems
> > > >>> if you even don't properly describe it? Why don't you use the
> > > >>> kernel that worked on your FR in the meantime?
> > > >>>
> > > >>>
> > > >> If I knew, I wouldn't have a problem, would I? :)
> > > >
> > > > At least you know the date (and the place you downloaded) the
> > > > kernel had no problems and the problematic revision you use now,
> > > > but you don't specify it.
> > > >
> > > > The kernel commit that finally fixed RNDIS issues was
> > > > f63e59c84aa21d2745f115209bf949eca27008b1 and it was added to
> > > > andy-tracking branch on Mar 16. I don't see anything related since
> > > > then. Since you don't specify what revision you use now, i'm
> > > > unable to even say if your rev includes the commit or not.
> > > >
> > > > --
> > > > Be free, use free (http://www.gnu.org/philosophy/free-sw.html)
> > > > software! mailto:fercer...@gmail.com
> > > >
> > >
> > >
> > > ___
> > > Openmoko community mailing list
> > > community@lists.openmoko.org
> > > http://lists.openmoko.org/mailman/listinfo/community
> > >
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [shr-testing] kernel with working g_ether to Windoze connection?

[Joel Newkirk]

On Thu, 7 May 2009 18:31:39 +0200
Davide Scaini  wrote:

> I am searching for a really olg 2.6.28 kernel... (and not a .28
> mispelled that in fact it's a .29...) where can i find it? (I'm
> talking about something of the mid april...)
> thanks
> d
> 
> Ps: wifi worked nicely on that, i just used
> some /etc/network/interfaces files and getted eth0 up from
> shr-setting panel... now it semms that with .29 kernels the interface
> is not really "responding" and i get kernel panics when insisting on
> ifup ifdown eth0 [sorry i can't be more precise since i haven't found
> the point where it breaks]

I stuffed the April 14th kernel and modules up on my server, you can
pull them from
http://newkirk.us/om/testing/uImage-2.6.28-oe1+gitr119785+2bea5c68313577b214b872b0edc5968db0cf3b68-r3.2-om-gta02.bin
http://newkirk.us/om/testing/modules-2.6.28-oe1+gitr119785+2bea5c68313577b214b872b0edc5968db0cf3b68-r3.2-om-gta02.tgz

I'll leave them there through the weekend if your or anyone wants them.

j


> 2009/5/7 Vasco Névoa 
> 
> > Thanks, Paul.
> > I ended up upgrading from shr-testing to shr-unstable, and the
> > problems are gone.
> > So, the non-functional kernel+g_ether must have been:
> >
> > http://shr.bearstech.com/shr-testing/images/om-gta02/uImage-2.6.28-stable+gitr0e5fe639e234cdeb11d8441f19c5b3109a8b6a17-r2-om-gta02.bin
> > And the current working one is:
> >
> > http://shr.bearstech.com/shr-unstable/images/om-gta02/uImage-2.6.29-oe10+gitr119805+f656a97d946a2529630c9770a72c10a24dc397f9-r3.4-om-gta02.bin
> >
> > I was just surprised to see the problem getting fixed and lost and
> > refixed at least 2 times in a row. It feels like someone made a
> > patch and it just doesn't stick - maybe it didn't make it upstream
> > and sometimes it isn't appllied? I don't know the kernel source
> > stream from vanilla down to SHR, so I'm talking out of my...
> > imagination. ;) Anyway, I'm glad it is solved, and I hope it
> > doesn't come back so easily again.
> >
> > Citando Paul Fertser :
> >
> > > Vasco Nevoa  writes:
> > >>> Why don't you just specify which kernel revision works and which
> > >>> doesn't? How any kernel dev is supposed to solve your problems
> > >>> if you even don't properly describe it? Why don't you use the
> > >>> kernel that worked on your FR in the meantime?
> > >>>
> > >>>
> > >> If I knew, I wouldn't have a problem, would I? :)
> > >
> > > At least you know the date (and the place you downloaded) the
> > > kernel had no problems and the problematic revision you use now,
> > > but you don't specify it.
> > >
> > > The kernel commit that finally fixed RNDIS issues was
> > > f63e59c84aa21d2745f115209bf949eca27008b1 and it was added to
> > > andy-tracking branch on Mar 16. I don't see anything related since
> > > then. Since you don't specify what revision you use now, i'm
> > > unable to even say if your rev includes the commit or not.
> > >
> > > --
> > > Be free, use free (http://www.gnu.org/philosophy/free-sw.html)
> > > software! mailto:fercer...@gmail.com
> > >
> >
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [shr-testing] kernel with working g_ether to Windoze connection?

[Davide Scaini]

I am searching for a really olg 2.6.28 kernel... (and not a .28 mispelled
that in fact it's a .29...) where can i find it? (I'm talking about
something of the mid april...)
thanks
d

Ps: wifi worked nicely on that, i just used some /etc/network/interfaces
files and getted eth0 up from shr-setting panel... now it semms that with
.29 kernels the interface is not really "responding" and i get kernel panics
when insisting on ifup ifdown eth0 [sorry i can't be more precise since i
haven't found the point where it breaks]

2009/5/7 Vasco Névoa 

> Thanks, Paul.
> I ended up upgrading from shr-testing to shr-unstable, and the
> problems are gone.
> So, the non-functional kernel+g_ether must have been:
>
> http://shr.bearstech.com/shr-testing/images/om-gta02/uImage-2.6.28-stable+gitr0e5fe639e234cdeb11d8441f19c5b3109a8b6a17-r2-om-gta02.bin
> And the current working one is:
>
> http://shr.bearstech.com/shr-unstable/images/om-gta02/uImage-2.6.29-oe10+gitr119805+f656a97d946a2529630c9770a72c10a24dc397f9-r3.4-om-gta02.bin
>
> I was just surprised to see the problem getting fixed and lost and
> refixed at least 2 times in a row. It feels like someone made a patch
> and it just doesn't stick - maybe it didn't make it upstream and
> sometimes it isn't appllied? I don't know the kernel source stream
> from vanilla down to SHR, so I'm talking out of my... imagination. ;)
> Anyway, I'm glad it is solved, and I hope it doesn't come back so
> easily again.
>
> Citando Paul Fertser :
>
> > Vasco Nevoa  writes:
> >>> Why don't you just specify which kernel revision works and which
> >>> doesn't? How any kernel dev is supposed to solve your problems if you
> >>> even don't properly describe it? Why don't you use the kernel that
> >>> worked on your FR in the meantime?
> >>>
> >>>
> >> If I knew, I wouldn't have a problem, would I? :)
> >
> > At least you know the date (and the place you downloaded) the kernel
> > had no problems and the problematic revision you use now, but you
> > don't specify it.
> >
> > The kernel commit that finally fixed RNDIS issues was
> > f63e59c84aa21d2745f115209bf949eca27008b1 and it was added to
> > andy-tracking branch on Mar 16. I don't see anything related since
> > then. Since you don't specify what revision you use now, i'm unable to
> > even say if your rev includes the commit or not.
> >
> > --
> > Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
> > mailto:fercer...@gmail.com
> >
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [shr-testing] kernel with working g_ether to Windoze connection?

[Vasco Névoa]

Thanks, Paul.
I ended up upgrading from shr-testing to shr-unstable, and the  
problems are gone.
So, the non-functional kernel+g_ether must have been:
http://shr.bearstech.com/shr-testing/images/om-gta02/uImage-2.6.28-stable+gitr0e5fe639e234cdeb11d8441f19c5b3109a8b6a17-r2-om-gta02.bin
And the current working one is:
http://shr.bearstech.com/shr-unstable/images/om-gta02/uImage-2.6.29-oe10+gitr119805+f656a97d946a2529630c9770a72c10a24dc397f9-r3.4-om-gta02.bin

I was just surprised to see the problem getting fixed and lost and  
refixed at least 2 times in a row. It feels like someone made a patch  
and it just doesn't stick - maybe it didn't make it upstream and  
sometimes it isn't appllied? I don't know the kernel source stream  
from vanilla down to SHR, so I'm talking out of my... imagination. ;)  
Anyway, I'm glad it is solved, and I hope it doesn't come back so  
easily again.

Citando Paul Fertser :

> Vasco Nevoa  writes:
>>> Why don't you just specify which kernel revision works and which
>>> doesn't? How any kernel dev is supposed to solve your problems if you
>>> even don't properly describe it? Why don't you use the kernel that
>>> worked on your FR in the meantime?
>>>
>>>
>> If I knew, I wouldn't have a problem, would I? :)
>
> At least you know the date (and the place you downloaded) the kernel
> had no problems and the problematic revision you use now, but you
> don't specify it.
>
> The kernel commit that finally fixed RNDIS issues was
> f63e59c84aa21d2745f115209bf949eca27008b1 and it was added to
> andy-tracking branch on Mar 16. I don't see anything related since
> then. Since you don't specify what revision you use now, i'm unable to
> even say if your rev includes the commit or not.
>
> --
> Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
> mailto:fercer...@gmail.com
>


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [shr-testing] kernel with working g_ether to Windoze connection?

[Helge Hafting]

Vasco Névoa wrote:
> I would, but I don't think my employer would agree. :)
> I use nothing but FLOSS everywhere, except of course at work, where I  
> have to use the "official workstation software"... :P
> And it is very handy to hack the latest tweaks on my neo while waiting  
> for a compilation to finish... ;)
> Right now, the Neo is networkless with SHR-testing in a Windows environment:
> - wifi is no good;
> - bluetooth way too complicated;
> - USB doesn't work;
> - GPRS stalls and doesn't allow opkg update, so forget upgrade
> 
> SO GIMME THE WORKIN KERNEL ALREADY!!!  :D
> 
> I just find it strange all this back and forth, one version it works,  
> the next it doesn't, then it works again, then not is that patch  
> so difficult to keep alive??

When you use testing/unstable, you are part of the development. You are 
using stuff that is *not* regression tested before releasing. The 
"stable" distribution will likely be better in this respect, but "stable 
"hasn't happened yet.

You can at least get wifi back by using a 2.6.28 kernel (available as
older kernel images). This apparently works well with the latest 
"testing", - if you also install the package with modules for that 
kernel. If you skip the modules, some other things (sound++) will fail. 
wifi will be back regardless.

Also, USB networking works fine with the later kernels that break wifi, 
so any networking fix will need to be done on the windows machine. Linux 
  (on the PC) also needed a change in the usb networking setup when the 
phone got a 2.6.29 kernel. So I expect that windows users need to do 
something too.  This will likely not be reverted. As explained elswhere, 
the phone is now reporting the correct assigned MAC address for its usb 
network interface, it was wrong before. A networking setup that expects 
the old mac address will fail, so just change it!

I guess other windows users can help you out with the details on how 
this is done?

Helge Hafting



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [shr-testing] kernel with working g_ether to Windoze connection?

[Paul Fertser]

Vasco Nevoa  writes:
>> Why don't you just specify which kernel revision works and which
>> doesn't? How any kernel dev is supposed to solve your problems if you
>> even don't properly describe it? Why don't you use the kernel that
>> worked on your FR in the meantime?
>>
>>   
> If I knew, I wouldn't have a problem, would I? :)

At least you know the date (and the place you downloaded) the kernel
had no problems and the problematic revision you use now, but you
don't specify it.

The kernel commit that finally fixed RNDIS issues was
f63e59c84aa21d2745f115209bf949eca27008b1 and it was added to
andy-tracking branch on Mar 16. I don't see anything related since
then. Since you don't specify what revision you use now, i'm unable to
even say if your rev includes the commit or not.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [shr-testing] kernel with working g_ether to Windoze connection?

[Vasco Nevoa]

Paul Fertser escreveu:
> Vasco Névoa  writes:
>   
>> - GPRS stalls and doesn't allow opkg update, so forget upgrade
>> 
> Well, probably it'll be solved with the new abyss muxer.
>
>   
That's good to know.
>> SO GIMME THE WORKIN KERNEL ALREADY!!!  :D
>> 
>
> Why don't you just specify which kernel revision works and which
> doesn't? How any kernel dev is supposed to solve your problems if you
> even don't properly describe it? Why don't you use the kernel that
> worked on your FR in the meantime?
>
>   
If I knew, I wouldn't have a problem, would I? :)

When I saw the usb and GPRS problems were gone, I assumed they wouldn't 
come back, at least so soon. So there was no reason to make note of 
which kernel I had. It is not common to lose a patch immediately after 
it is integrated... Apparently I was obviously wrong.
I'm not here to make anyone angry, I just posed a simple question: does 
anyone know which versions work?

Thanks for the attention.



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [shr-testing] kernel with working g_ether to Windoze connection?

[Paul Fertser]

Vasco Névoa  writes:
> I would, but I don't think my employer would agree. :)
> I use nothing but FLOSS everywhere, except of course at work, where I  
> have to use the "official workstation software"... :P
> And it is very handy to hack the latest tweaks on my neo while waiting  
> for a compilation to finish... ;)
> Right now, the Neo is networkless with SHR-testing in a Windows environment:
> - wifi is no good;

Would you mind sharing the details? Which AP, what particular
problems?

> - bluetooth way too complicated;

Not any more complicated than with any other GNU/Linux device.

> - GPRS stalls and doesn't allow opkg update, so forget upgrade

Well, probably it'll be solved with the new abyss muxer.

> SO GIMME THE WORKIN KERNEL ALREADY!!!  :D

Why don't you just specify which kernel revision works and which
doesn't? How any kernel dev is supposed to solve your problems if you
even don't properly describe it? Why don't you use the kernel that
worked on your FR in the meantime?

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [shr-testing] kernel with working g_ether to Windoze connection?

[Vasco Névoa]

I would, but I don't think my employer would agree. :)
I use nothing but FLOSS everywhere, except of course at work, where I  
have to use the "official workstation software"... :P
And it is very handy to hack the latest tweaks on my neo while waiting  
for a compilation to finish... ;)
Right now, the Neo is networkless with SHR-testing in a Windows environment:
- wifi is no good;
- bluetooth way too complicated;
- USB doesn't work;
- GPRS stalls and doesn't allow opkg update, so forget upgrade

SO GIMME THE WORKIN KERNEL ALREADY!!!  :D

I just find it strange all this back and forth, one version it works,  
the next it doesn't, then it works again, then not is that patch  
so difficult to keep alive??

Citando jeremy jozwik :

> switch to linux! or do a dual boot. i dont know how anyone could
> manage to do anything with an openmoko without some kind of linux box.
>
> plus its free : )
>
> 2009/5/6 Vasco Névoa :
>>
>> Hi folks.
>>
>> The opkg upgrade broke the USB connectivity to Windows boxes once again.
>>
>> Can anyone tell me which kernel versions have this running?
>>
>> Thx.
>>
>> V.
>>
>> ___
>> Openmoko community mailing list
>> community@lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [shr-testing] kernel with working g_ether to Windoze connection?

[jeremy jozwik]

switch to linux! or do a dual boot. i dont know how anyone could
manage to do anything with an openmoko without some kind of linux box.

plus its free : )

2009/5/6 Vasco Névoa :
>
> Hi folks.
>
> The opkg upgrade broke the USB connectivity to Windows boxes once again.
>
> Can anyone tell me which kernel versions have this running?
>
> Thx.
>
> V.
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

[shr-testing] kernel with working g_ether to Windoze connection?

[Vasco Névoa]

Hi folks.

The opkg upgrade broke the USB connectivity to Windows boxes once again.

Can anyone tell me which kernel versions have this running?

Thx.

V.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community