2011-02-10 21:07:35

by Leonardo L. P. da Mata

[permalink] [raw]
Subject: Re: jme driver loses connection after resuming from suspend

Updated information on the bug, Guo-Fu Tseng says that might not be a
bug on the driver, but i've tested other network cards and they don't
share the same issue.

Also, on interesting update that people may consider is that after
running tcpdump on the device, the network starts working again.
Information are updated in the bug.

On Fri, Jan 28, 2011 at 10:33 PM, Andrew Morton
<[email protected]> wrote:
> (cc's added)
>
> On Fri, 28 Jan 2011 16:03:11 -0200
> "Leonardo ?L. P. da Mata" <[email protected]> wrote:
>
>> Hello, i'm testing the kernel 2.6.37 on my hardware, Once connect on
>> wired network, i call the suspend with:
>> echo "mem" >/sys/power/state
>>
>> The system goes on suspend. After resuming from suspend, the network card
>> cannot be used anymore.
>>
>>
>> The bug is reported here:
>> ?https://bugzilla.kernel.org/show_bug.cgi?id=27692
>>
>> Can you please point me to similar problems on other network cards so
>> i can get possible solutions on this.
>
>



--
Leonardo Luiz Padovani da Mata
[email protected]

"May the force be with you, always"
"Nerd Pride... eu tenho. Voce tem?"


2011-02-10 23:26:59

by Guo-Fu Tseng

[permalink] [raw]
Subject: Re: jme driver loses connection after resuming from suspend

Hi Leonardo L. P. da Mata:
The value of register which holds receive Unicast MAC Address somehow
get messed-up after resume!

Would you see if this source fix the issue:
http://bbs.cooldavid.org/git/?p=jme.git;a=snapshot;h=refs/heads/resumefix;sf=tbz2

The shortlog is here:
http://bbs.cooldavid.org/git/?p=jme.git;a=shortlog;h=refs/heads/resumefix


On Thu, 10 Feb 2011 19:07:31 -0200, Leonardo L. P. da Mata wrote
> Updated information on the bug, Guo-Fu Tseng says that might not be a
> bug on the driver, but i've tested other network cards and they don't
> share the same issue.
>
> Also, on interesting update that people may consider is that after
> running tcpdump on the device, the network starts working again.
> Information are updated in the bug.
>
> On Fri, Jan 28, 2011 at 10:33 PM, Andrew Morton
> <[email protected]> wrote:
> > (cc's added)
> >
> > On Fri, 28 Jan 2011 16:03:11 -0200
> > "Leonardo &#160;L. P. da Mata" <[email protected]> wrote:
> >
> >> Hello, i'm testing the kernel 2.6.37 on my hardware, Once connect on
> >> wired network, i call the suspend with:
> >> echo "mem" >/sys/power/state
> >>
> >> The system goes on suspend. After resuming from suspend, the network card
> >> cannot be used anymore.
> >>
> >>
> >> The bug is reported here:
> >> &#160;https://bugzilla.kernel.org/show_bug.cgi?id=27692
> >>
> >> Can you please point me to similar problems on other network cards so
> >> i can get possible solutions on this.
> >
> >
>
> --
> Leonardo Luiz Padovani da Mata
> [email protected]
>
> "May the force be with you, always"
> "Nerd Pride... eu tenho. Voce tem?"
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html


Guo-Fu Tseng

2011-02-11 18:48:15

by Leonardo L. P. da Mata

[permalink] [raw]
Subject: Re: jme driver loses connection after resuming from suspend

Hello Guo-Fu Tseng, not good news, the patch is not working.

But i've noticed one interesting behavior.

I've done 2 tests, on the first i've suspended, resumed and after
resume done a tcpdump. Only after the tcpdump, the network starts to
work.
ethtool-before
ethtool-before-d
ethtool-after
ethtool-after-d
ethtool-after-tcpdump
ethtool-after-tcpdump-d
on the second test, i've done the tcpdump befor suspending, and after
the resume the connection works.
ethtool-before-2
ethtool-before-2-d
ethtool-before-2-tcpdump
ethtool-before-2-tcpdump-d
ethtool-after-2-tcpdump
ethtool-after-2-tcpdump-d

I've attached the ethtool logs, and they are listed in the order of the steps.

i hope we can solve this mistery.




On Thu, Feb 10, 2011 at 9:26 PM, Guo-Fu Tseng <[email protected]> wrote:
> Hi Leonardo ?L. P. da Mata:
> The value of register which holds receive Unicast MAC Address somehow
> get messed-up after resume!
>
> Would you see if this source fix the issue:
> http://bbs.cooldavid.org/git/?p=jme.git;a=snapshot;h=refs/heads/resumefix;sf=tbz2
>
> The shortlog is here:
> http://bbs.cooldavid.org/git/?p=jme.git;a=shortlog;h=refs/heads/resumefix
>
>
> On Thu, 10 Feb 2011 19:07:31 -0200, Leonardo ?L. P. da Mata wrote
>> Updated information on the bug, Guo-Fu Tseng says that might not be a
>> bug on the driver, but i've tested other network cards and they don't
>> share the same issue.
>>
>> Also, on interesting update that people may consider is that after
>> running tcpdump on the device, the network starts working again.
>> Information are updated in the bug.
>>
>> On Fri, Jan 28, 2011 at 10:33 PM, Andrew Morton
>> <[email protected]> wrote:
>> > (cc's added)
>> >
>> > On Fri, 28 Jan 2011 16:03:11 -0200
>> > "Leonardo &#160;L. P. da Mata" <[email protected]> wrote:
>> >
>> >> Hello, i'm testing the kernel 2.6.37 on my hardware, Once connect on
>> >> wired network, i call the suspend with:
>> >> echo "mem" >/sys/power/state
>> >>
>> >> The system goes on suspend. After resuming from suspend, the network card
>> >> cannot be used anymore.
>> >>
>> >>
>> >> The bug is reported here:
>> >> &#160;https://bugzilla.kernel.org/show_bug.cgi?id=27692
>> >>
>> >> Can you please point me to similar problems on other network cards so
>> >> i can get possible solutions on this.
>> >
>> >
>>
>> --
>> Leonardo Luiz Padovani da Mata
>> [email protected]
>>
>> "May the force be with you, always"
>> "Nerd Pride... eu tenho. Voce tem?"
>> --
>> To unsubscribe from this list: send the line "unsubscribe netdev" in
>> the body of a message to [email protected]
>> More majordomo info at ?http://vger.kernel.org/majordomo-info.html
>
>
> Guo-Fu Tseng
>
>



--
Leonardo Luiz Padovani da Mata
[email protected]

"May the force be with you, always"
"Nerd Pride... eu tenho. Voce tem?"


Attachments:
ethtool-before-d (4.25 kB)
ethtool-after-tcpdump (518.00 B)
ethtool-after-d (4.25 kB)
ethtool-after-2-tcpdump-d (4.25 kB)
ethtool-after-2-tcpdump (518.00 B)
ethtool-after (518.00 B)
ethtool-before-2-tcpdump-d (4.25 kB)
ethtool-after-tcpdump-d (4.25 kB)
ethtool-before-2-tcpdump (518.00 B)
ethtool-before-2-d (4.25 kB)
ethtool-before-2 (518.00 B)
ethtool-before (518.00 B)
Download all attachments