Computer with RTL8111/8168B NIC cannot be started using "etherwake" due to r8169 driver problem. balazs@balazs:~$ uname -a Linux balazs 3.3.0-030300rc5-generic #201202251535 SMP Sat Feb 25 20:36:29 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux balazs@balazs:~$ sudo lshw -c network *-network description: Ethernet interface product: RTL8111/8168B PCI Express Gigabit Ethernet controller vendor: Realtek Semiconductor Co., Ltd. physical id: 0 bus info: pci@0000:03:00.0 logical name: eth0 version: 02 serial: 00:1f:d0:5d:5a:60 size: 1Gbit/s capacity: 1Gbit/s width: 64 bits clock: 33MHz capabilities: pm msi pciexpress msix vpd bus_master cap_list rom ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation configuration: autonegotiation=on broadcast=yes driver=r8169 driverversion=2.3LK-NAPI duplex=full ip=192.168.1.10 latency=0 link=yes multicast=yes port=MII speed=1Gbit/s resources: irq:44 ioport:c000(size=256) memory:e8010000-e8010fff memory:e8000000-e800ffff memory:e8020000-e802ffff balazs@balazs:~$ The same computer can be started with the same method if I use the r8168 driver downloaded directly from Realtek's web page. To try the mainline kernel I used this: http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.3-rc5-precise/linux-image-3.3.0-030300rc5-generic_3.3.0-030300rc5.201202251535_amd64.deb Ubuntu bug report: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/914439
Please send a complete dmesg. I need it to identify the chipset revision. -- Ueimor
does-it make a difference if you use plain versus broadcast (-b) WakeUp frame ? -- Ueimor
Created attachment 72659 [details] dmesg Please note that I didn't use kernel 3.3-rc5 to run dmesg.
Attached dmesg. I hope this helps too. balazs@balazs:~$ lspci -s 03:00.0 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02) balazs@balazs:~$ I didn't send the wake-up packet to the broadcast address, I simply used this command: sudo /usr/sbin/etherwake -i <interface> <MAC address> Please let me know if other information is needed.
Same problem here, but with driver via_velocity lspci -s 01:03.0 01:03.0 Ethernet controller: VIA Technologies, Inc. VT6120/VT6121/VT6122 Gigabit Ethernet Adapter (rev 11) Thanks for the info...
Same problem. Driver : e1000e Driver version: 1.5.1-k lspci | grep -i ethernet 00:19.0 Ethernet controller: Intel Corporation 82578DC Gigabit Network Connection (rev 05) uname -a Linux mediaserver 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:39:51 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux sudo lshw -c network *-network description: Ethernet interface product: 82578DC Gigabit Ethernet controller vendor: Intel Corporation physical id: 19 bus info: pci@0000:00:19.0 logical name: eth0 version: 05 serial: 00:1c:c0:fb:b3:43 size: 1Gbit/s capacity: 1Gbit/s width: 64 bits clock: 33MHz capabilities: pm msi bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=1.5.1-k duplex=full ip=10.0.0.11 latency=0 link=yes multicast=yes port=twisted paid speed=1Gbit/s resources: irq:49 memory:e3100000-e311ffff memory:e3124000-e3124fff memory:e8020000-e802ffff ioport:2020(size=32)
Still happening on Kernel 3.5.0-4 under Ubuntu. Anybody has a solution? For me it's been broken since kernel 2.6.32... Thanks!
Same problem here with Kernel 3.3.7, Driver atl1c (last working version: Kernel 3.0.0). # uname -a Linux gw 3.3.7-030307-generic #201205211535 SMP Mon May 21 19:36:02 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux # lshw -c network *-network Beschreibung: Ethernet interface Produkt: AR8151 v2.0 Gigabit Ethernet Hersteller: Atheros Communications Inc. Physische ID: 0 Bus-Informationen: pci@0000:04:00.0 Logischer Name: eth0 Version: c0 Seriennummer: 90:2b:34:34:e3:9c Größe: 1Gbit/s Kapazität: 1Gbit/s Breite: 64 bits Uhr: 33MHz Fähigkeiten: pm msi pciexpress vpd bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation Konfiguration: autonegotiation=on broadcast=yes driver=atl1c driverversion=1.0.1.0-NAPI duplex=full ip=192.168.2.103 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s Ressourcen: irq:46 memory:f7d00000-f7d3ffff ioport:d000(Größe=128)
*** Bug 45751 has been marked as a duplicate of this bug. ***
@francois > does-it make a difference if you use plain versus broadcast (-b) WakeUp frame > ? no > Please send a complete dmesg. I need it to identify the chipset revision. see Bug 45751 : **wol broken** vmlinuz-3.4.6-2.fc17.x86_64 vmlinuz-3.5.0-2.fc17.x86_64 ubuntu-12.04 vmlinuz-3.2.0-27-generic [ 12.620339] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded [ 12.620573] r8169 0000:02:00.0: irq 41 for MSI/MSI-X [ 12.621068] r8169 0000:02:00.0: eth0: RTL8168c/8111c at 0xffffc9000067e000, XXX, XID 1c4000c0 IRQ 41 ---- **ok in all ubuntu/fedora kernels** sources: http://packages.debian.org/sid/r8168-dkms or http://code.google.com/p/r8168/ $ wget http://r8168.googlecode.com/files/r8168-8.031.00.tar.bz2 $ sudo ./autorun.sh Check old driver and unload it. rmmod r8169 Build the module and install Backup r8169.ko rename r8169.ko to r8169.bak DEPMOD 3.5.0-2.fc17.x86_64 load module r8168 Completed. [ 4301.046025] r8168 Gigabit Ethernet driver 8.031.00-NAPI loaded [ 4301.046174] r8168 0000:02:00.0: irq 41 for MSI/MSI-X [ 4301.047060] eth%d: RTL8168C/8111C at 0xffffc9000067e000, XXX, IRQ 41 [ 4301.072252] r8168: This product is covered by one or more of the following patents: US5,307,459, US5,434,872, US5,732,094, US6,570,884, US6,115,776, and US6,327,625. [ 4301.072254] eth0: Identified chip type is 'RTL8168C/8111C'. [ 4301.072257] r8168 Copyright (C) 2012 Realtek NIC software team <nicfae@realtek.com> [ 4301.072257] This program comes with ABSOLUTELY NO WARRANTY; for details, please see <http://www.gnu.org/licenses/>. [ 4301.072257] This is free software, and you are welcome to redistribute it under certain conditions; see <http://www.gnu.org/licenses/>. [ 4301.133054] r8168: p6p1: link down [ 4301.133884] IPv6: ADDRCONF(NETDEV_UP): p6p1: link is not ready [ 4302.696051] r8168: p6p1: link up [ 4302.697609] IPv6: ADDRCONF(NETDEV_CHANGE): p6p1: link becomes ready [ 4303.138027] r8168: p6p1: link up
*** Bug 45711 has been marked as a duplicate of this bug. ***
Please rename/reclassify this bug to "WOL doesn't work (driver independent)". Thanks
(In reply to comment #10) [...] Martin, can you try a recent kernel where you add a case statement for RTL_GIGA_MAC_VER_22 in rtl_wol_suspend_quirk ? Thanks. -- Ueimor
(In reply to comment #12) > Please rename/reclassify this bug to "WOL doesn't work (driver independent)". I'd rather see people creating different reports for WOL problems pertaining to different chipsets. Duplicate problem reports can be labelled as such when needed whereas fixing unrelated problems in the same bugreport is a pain. -- Ueimor
FYI: Sometime after kernel-3.5.7, I lost Wake On Lan (WOL) functionality with my Intel e100 PCI card as well.
Opened new Bug #56181 "Wake On Lan Fails" ... for e100 (ie. e100.c)