[Bug 635333] New: r8169 driver (RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)) has problem with waking up NIC from S* states
https://bugzilla.novell.com/show_bug.cgi?id=635333 https://bugzilla.novell.com/show_bug.cgi?id=635333#c0 Summary: r8169 driver (RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03)) has problem with waking up NIC from S* states Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Major Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers@forge.provo.novell.com ReportedBy: nettezzaumanaa@gmail.com QAContact: qa@suse.de Found By: --- Blocker: --- Created an attachment (id=386063) --> (http://bugzilla.novell.com/attachment.cgi?id=386063) email mentioned above User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.10) Gecko/20100506 SUSE/3.5.10-0.1 Firefox/3.5.10 hi there i have new laptop and i have found just second day a problem mentioned below. i need to notice here, that hence i've found workaround for this, i just emailed this problem to appropriate kernel developer (romieu[at]zoreil[dot]com) left it. This email+his_reply is in attachment .. ps. i put some inaccurate informations in email, so valid description is described here: so what's going on: 1) if i put my laptop to s3 (s2ram || powersave -u) state, after waking it up there is not longer working a netcard # lspci | grep 816 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03) with this symptoms: receiving is ok, so i can see for example who-has requests if used `tcpdump -i eth0 broadcast`, transmitting is not working, although it seems like some per-mille of packets comes out .. workaround: suspend to ram and wake it up in windows with original driver notice: however it sounds weird, it doesn't occur every time 2) if i put my laptop sleeping to hibernate, symptoms are almost the same with execption, that even receiving doesn't seem working and transmitting sends out a few more amount of packets - so tcpdump on another host can see more packets from this madchine although it's not even 5% i suppose .. workaround: same, hibernate and wake it up from windows ad.1) it can't be fixed by removing battery as i've wrote in email ad.2) the evil in this problem is in fact, that windows also reports that something bad happened to this card, so people with poor stomach could consider it as a hardware problem because it seems like it in logs is nothing useful .. feel free to request whatever you could now .. i'm really not big hacker for such a things .. regards, daniel Reproducible: Always Steps to Reproduce: 1. 2. 3. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=635333
https://bugzilla.novell.com/show_bug.cgi?id=635333#c1
--- Comment #1 from Daniel Pecka
https://bugzilla.novell.com/show_bug.cgi?id=635333
https://bugzilla.novell.com/show_bug.cgi?id=635333#c2
Sebastian Riemer
https://bugzilla.novell.com/show_bug.cgi?id=635333
https://bugzilla.novell.com/show_bug.cgi?id=635333#c3
--- Comment #3 from Daniel Pecka
https://bugzilla.novell.com/show_bug.cgi?id=635333
https://bugzilla.novell.com/show_bug.cgi?id=635333#c4
--- Comment #4 from Sebastian Riemer
https://bugzilla.novell.com/show_bug.cgi?id=635333
https://bugzilla.novell.com/show_bug.cgi?id=635333#c5
--- Comment #5 from Sebastian Riemer
https://bugzilla.novell.com/show_bug.cgi?id=635333
https://bugzilla.novell.com/show_bug.cgi?id=635333#c6
Greg Kroah-Hartman
participants (1)
-
bugzilla_noreply@novell.com