Article 6EWH0 Wake-on-lan not working on Asus Z8NA-D6(C) server with Intel 82574L NICs

Wake-on-lan not working on Asus Z8NA-D6(C) server with Intel 82574L NICs

by
sairum
from LinuxQuestions.org on (#6EWH0)
The machine is an ASUS server with a Z8NA-D6(C) with 2x 6-core Xeons running Slackware 15.0

Code:# inxi -M
Machine:
Type: Desktop System: ASUS product: TS500-E6-PS4 v: 1.xx
serial: AS1Gxxxxxxxxxxxx
Mobo: ASUS model: Z8NA-D6(C) v: 1.xxG serial: AS1Gxxxxxxxxxxxx
BIOS: American Megatrends v: 1209 date: 07/06/2011Wake-on-lan (WOL) is set in the BIOS

Code:Resume On PME#(Wake On LAN) [Enabled]The server has two built in network cards (Intel 82574L). Only eth0 is being used. It gets a fixed IP through DHCP, both IPV4 and IPV6.

Code:# inxi -n
Network:
Device-1: Intel 82574L Gigabit Network driver: e1000e
IF: eth1 state: down mac: 54:24:b6:a8:3c:4c
Device-2: Intel 82574L Gigabit Network driver: e1000e
IF-ID-1: eth0 state: up speed: 100 Mbps duplex: full
mac: 54:05:c6:b7:4d:cfBoth cards support g wake-on (magic packet) and this is set on in both by default.

Code:# ethtool eth0
Settings for eth0:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Speed: 100Mb/s
Duplex: Full
Auto-negotiation: on
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
MDI-X: off (auto)
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000007 (7)
drv probe link
Link detected: yesUnfortunately, it's impossible to "wake" the server after a power-off. I use tcpdump to check if the MagicPackets get through

Code:# tcpdump -i eth0 '(udp and port 7) or (udp and port 9)'
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytesFrom another machine in the same intranet I use ether-wake without any success, although it says the MagicPacket was successfully sent.

Code:# ether-wake -bD 54:05:c6:b7:4d:cf
[sudo] password for amsantos:
The target station address is 54:05:c6:b7:4d:cf.
Packet is ff ff ff ff ff ff 54:05:c6:b7:4d:cf 08 42 ff ff ff ff ff ff 54 05 c6 b7 4d cf 54 05 c6 b7 4d cf 54 05 c6 b7 4d cf 54 05 c6 b7 4d cf 54 05 c6 b7 4d cf 54 05 c6 b7 4d cf 54 05 c6 b7 4d cf 54 05 c6 b7 4d cf 54 05 c6 b7 4d cf 54 05 c6 b7 4d cf 54 05 c6 b7 4d cf 54 05 c6 b7 4d cf 54 05 c6 b7 4d cf 54 05 c6 b7 4d cf 54 05 c6 b7 4d cf 54 05 c6 b7 4d cf.
Sendto worked ! 116.
Sendto worked ! 116.
Sendto worked ! 116.
Sendto worked ! 116.
Sendto worked ! 116.
Sendto worked ! 116.
Sendto worked ! 116.The same applies to wol (or wakeonlan, results not shown)

Code:# wol -v -p 9 54:05:c6:b7:4d:cf
Waking up 54:05:c6:b7:4d:cf with 255.255.255.255:9...However, if I send the MagicPacket from the same machine, it triggers a response!

Code:# tcpdump -i eth0 '(udp and port 7) or (udp and port 9)'
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
11:46:55.682594 IP zool.ip.pt.52732 > 255.255.255.255.discard: UDP, length 102I Looked for bus-id of eth0

Code:# ethtool -i eth0 | grep bus
bus-info: 0000:03:00.0But nothing is found on /proc/acpi/wakeup

Code:# cat /proc/acpi/wakeup | grep 0000:03:00.0The contents of /proc/acpi/wakeup are

Code:# cat /proc/acpi/wakeup
Device S-state Status Sysfs node
P0P1 S4 *disabled pci:0000:00:1e.0
UAR1 S4 *disabled pnp:00:04
UAR2 S4 *disabled pnp:00:05
PS2K S1 *enabled pnp:00:07
*enabled serio:serio0
PS2M S1 *disabled pnp:00:08
USB0 S4 *enabled pci:0000:00:1d.0
USB1 S4 *enabled pci:0000:00:1d.1
USB2 S4 *disabled
USB5 S4 *disabled
EUSB S4 *enabled pci:0000:00:1d.7
USB3 S4 *disabled
USB4 S4 *disabled
USB6 S4 *disabled
USBE S4 *disabled
GBE S4 *disabled
P0P4 S4 *disabled pci:0000:00:1c.0
PXHA S4 *disabled
P0P5 S4 *disabled
P0P6 S4 *disabled
P0P7 S4 *disabled
P0P8 S4 *disabled pci:0000:00:1c.4
P0P9 S4 *disabled pci:0000:00:1c.5
NPE1 S4 *disabled pci:0000:00:01.0
NPE2 S4 *disabled pci:0000:00:02.0
NPE3 S4 *disabled pci:0000:00:03.0
NPE4 S4 *disabled
NPE5 S4 *disabled
NPE6 S4 *disabled
NPE7 S4 *disabled pci:0000:00:07.0
NPE8 S4 *disabled pci:0000:00:08.0
NPE9 S4 *disabled pci:0000:00:09.0
NPEA S4 *disabled pci:0000:00:0a.0
PWRB S1 *enabled platform:PNP0C0C:00I was expecting to see something related to RLAN as in other servers which support WOL. However, nothing is found for an ethernet device. The output of dmesg relating ACPI stuf is below

Code:# dmesg | grep -i "acpi: "
[ 0.017426] ACPI: Early table checksum verification disabled
[ 0.017432] ACPI: RSDP 0x00000000000FB600 000024 (v02 ACPIAM)
[ 0.017440] ACPI: XSDT 0x00000000BF790100 00008C (v01 070611 XSDT1155 20110706 MSFT 00000097)
[ 0.017450] ACPI: FACP 0x00000000BF790290 0000F4 (v03 070611 FACP1155 20110706 MSFT 00000097)
[ 0.017466] ACPI: DSDT 0x00000000BF790540 005C1C (v01 S0081 S0081001 00000001 INTL 20060113)
[ 0.017474] ACPI: FACS 0x00000000BF79E000 000040
[ 0.017480] ACPI: FACS 0x00000000BF79E000 000040
[ 0.017486] ACPI: APIC 0x00000000BF790390 00011E (v01 070611 APIC1155 20110706 MSFT 00000097)
[ 0.017493] ACPI: MCFG 0x00000000BF7904B0 00003C (v01 070611 OEMMCFG 20110706 MSFT 00000097)
[ 0.017500] ACPI: SPMI 0x00000000BF7904F0 000041 (v05 070611 OEMSPMI 20110706 MSFT 00000097)
[ 0.017507] ACPI: OEMB 0x00000000BF79E040 000072 (v01 070611 OEMB1155 20110706 MSFT 00000097)
[ 0.017513] ACPI: SRAT 0x00000000BF798540 000228 (v01 070611 OEMSRAT 00000001 INTL 00000001)
[ 0.017520] ACPI: HPET 0x00000000BF798770 000038 (v01 070611 OEMHPET 20110706 MSFT 00000097)
[ 0.017527] ACPI: DMAR 0x00000000BF79E0C0 0000F0 (v01 AMI OEMDMAR 00000001 MSFT 00000097)
[ 0.017534] ACPI: SSDT 0x00000000BF7A3FB0 000363 (v01 DpgPmm CpuPm 00000012 INTL 20060113)
[ 0.017541] ACPI: EINJ 0x00000000BF7987B0 000130 (v01 AMIER AMI_EINJ 20110706 MSFT 00000097)
[ 0.017548] ACPI: BERT 0x00000000BF798940 000030 (v01 AMIER AMI_BERT 20110706 MSFT 00000097)
[ 0.017554] ACPI: ERST 0x00000000BF798970 0001B0 (v01 AMIER AMI_ERST 20110706 MSFT 00000097)
[ 0.017561] ACPI: HEST 0x00000000BF798B20 0000A8 (v01 AMIER ABC_HEST 20110706 MSFT 00000097)
[ 0.017567] ACPI: Reserving FACP table memory at [mem 0xbf790290-0xbf790383]
[ 0.017570] ACPI: Reserving DSDT table memory at [mem 0xbf790540-0xbf79615b]
[ 0.017573] ACPI: Reserving FACS table memory at [mem 0xbf79e000-0xbf79e03f]
[ 0.017575] ACPI: Reserving FACS table memory at [mem 0xbf79e000-0xbf79e03f]
[ 0.017578] ACPI: Reserving APIC table memory at [mem 0xbf790390-0xbf7904ad]
[ 0.017580] ACPI: Reserving MCFG table memory at [mem 0xbf7904b0-0xbf7904eb]
[ 0.017583] ACPI: Reserving SPMI table memory at [mem 0xbf7904f0-0xbf790530]
[ 0.017586] ACPI: Reserving OEMB table memory at [mem 0xbf79e040-0xbf79e0b1]
[ 0.017588] ACPI: Reserving SRAT table memory at [mem 0xbf798540-0xbf798767]
[ 0.017591] ACPI: Reserving HPET table memory at [mem 0xbf798770-0xbf7987a7]
[ 0.017593] ACPI: Reserving DMAR table memory at [mem 0xbf79e0c0-0xbf79e1af]
[ 0.017596] ACPI: Reserving SSDT table memory at [mem 0xbf7a3fb0-0xbf7a4312]
[ 0.017598] ACPI: Reserving EINJ table memory at [mem 0xbf7987b0-0xbf7988df]
[ 0.017601] ACPI: Reserving BERT table memory at [mem 0xbf798940-0xbf79896f]
[ 0.017603] ACPI: Reserving ERST table memory at [mem 0xbf798970-0xbf798b1f]
[ 0.017606] ACPI: Reserving HEST table memory at [mem 0xbf798b20-0xbf798bc7]
[ 0.017708] ACPI: SRAT: Node 0 PXM 0 [mem 0x00000000-0xbfffffff]
[ 0.017712] ACPI: SRAT: Node 0 PXM 0 [mem 0x100000000-0x33fffffff]
[ 0.017715] ACPI: SRAT: Node 1 PXM 1 [mem 0x340000000-0x63fffffff]
[ 0.108239] ACPI: PM-Timer IO Port: 0x808
[ 0.108264] ACPI: LAPIC_NMI (acpi_id[0xff] high level lint[0x1])
[ 0.108291] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[ 0.108295] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 20 low level)
[ 0.108303] ACPI: Using ACPI (MADT) for SMP configuration information
[ 0.108306] ACPI: HPET id: 0x8086a301 base: 0xfed00000
[ 0.315589] ACPI: Core revision 20210730
[ 0.572552] ACPI: PM: Registering ACPI NVS region [mem 0xbf79e000-0xbf7cffff] (204800 bytes)
[ 0.575052] ACPI: bus type PCI registered
[ 0.583275] ACPI: Added _OSI(Module Device)
[ 0.583337] ACPI: Added _OSI(Processor Device)
[ 0.583398] ACPI: Added _OSI(3.0 _SCP Extensions)
[ 0.583459] ACPI: Added _OSI(Processor Aggregator Device)
[ 0.583522] ACPI: Added _OSI(Linux-Dell-Video)
[ 0.583583] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio)
[ 0.584008] ACPI: Added _OSI(Linux-HPI-Hybrid-Graphics)
[ 0.587875] ACPI: 2 ACPI AML tables successfully acquired and loaded
[ 0.589681] ACPI: Dynamic OEM Table Load:
[ 0.589765] ACPI: SSDT 0xFFFF8C8A82040000 00477C (v01 DpgPmm P001Ist 00000011 INTL 20060113)
[ 0.592687] ACPI: Dynamic OEM Table Load:
[ 0.592755] ACPI: SSDT 0xFFFF8C88401A0000 000C69 (v01 PmRef P001Cst 00003001 INTL 20060113)
[ 0.593622] ACPI: Dynamic OEM Table Load:
[ 0.593689] ACPI: SSDT 0xFFFF8C88401A1000 000A0A (v01 PmRef Cpu0Tst 00003000 INTL 20060113)
[ 0.594809] ACPI: Interpreter enabled
[ 0.594886] ACPI: PM: (supports S0 S1 S4 S5)
[ 0.594947] ACPI: Using IOAPIC for interrupt routing
[ 0.595712] ACPI: Enabled 12 GPEs in block 00 to 3F
[ 0.604222] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[ 0.629296] ACPI: PCI: Interrupt link LNKA configured for IRQ 10
[ 0.629411] ACPI: PCI: Interrupt link LNKB configured for IRQ 5
[ 0.629521] ACPI: PCI: Interrupt link LNKC configured for IRQ 7
[ 0.629631] ACPI: PCI: Interrupt link LNKD configured for IRQ 14
[ 0.629740] ACPI: PCI: Interrupt link LNKE configured for IRQ 0
[ 0.629805] ACPI: PCI: Interrupt link LNKE disabled
[ 0.629912] ACPI: PCI: Interrupt link LNKF configured for IRQ 0
[ 0.629976] ACPI: PCI: Interrupt link LNKF disabled
[ 0.630046] ACPI: PCI: Interrupt link LNKG configured for IRQ 15
[ 0.630156] ACPI: PCI: Interrupt link LNKH configured for IRQ 11
[ 0.631205] ACPI: bus type USB registered
[ 0.661003] pnp: PnP ACPI: found 11 devices
[ 0.709644] ACPI: \_PR_.P001: Found 3 idle states
[ 9.257200] ACPI: button: Power Button [PWRB]
[ 9.259825] ACPI: button: Power Button [PWRF]
[ 9.289183] ACPI: OSL: Resource conflict; ACPI support missing from driver?
[ 9.289368] ACPI: OSL: Resource conflict; ACPI support missing from driver?The server supports S0, S1, S4, and S5, but not S2/S3. Can this be the cause of such behaviour? Apparently, WOL wakes up machines that were powered off to a "soft-off" state (S5). I don't know what else should I look for. Ant help would be appreciated!
External Content
Source RSS or Atom Feed
Feed Location https://feeds.feedburner.com/linuxquestions/latest
Feed Title LinuxQuestions.org
Feed Link https://www.linuxquestions.org/questions/
Reply 0 comments