ripristino immediato dalla sospensione S3 quando il cavo Ethernet è collegato

Il problema:

• Il computer riprende dalla sospensione S3 (suspend-to-ram) entro 5 secondi dalla sospensione se il cavo Ethernet è collegato

Hardware:

• Intel E2180
• Gigabyte P35-DS3L
• Realtek RTL8111b (utilizzando il modulo r8169)

Software:

• Ho disabilitato la sveglia ACPI per tutti i dispositivi, per /proc/acpi/wakeup
• i log del kernel per dmesg sembrano normali - nessun driver che inibisce la sospensione o altri problemi. I registri di una sospensione riuscita (cavo Ethernet disconnesso) e di una sospensione rotta (cavo Ethernet collegato) sono gli stessi.
• su S3 suspend-to-ram il kernel forza-abilita il wakeup ACPI per il bridge PCI-e. Sospetto sia normale.
• BIOS: attivazione sveglia mouse / tastiera USB, attivazione sveglia attivata, attivazione sveglia attivata
• ethtool riporta WOL impostato su ug .

Sospettavo che un dispositivo difettoso emettesse pacchetti WOL continui, ma Wireshark non registra pacchetti WOL mentre il computer è acceso.

Ciò si verifica anche con tutte le altre porte (USB) disconnesse (lasciando VGA / Ethernet).

Inoltre, avrò bisogno della funzionalità WOL

Modificare:

• La disabilitazione di WOL sull'interfaccia di rete mediante ethtool impedisce il ripristino immediato.

Si scopre che questo è un fraintendimento delle impostazioni dell'interfaccia del kernel per wake-on-lan. Dal manuale di ethtool :

Sets Wake-on-LAN options.  Not all devices support this.
The argument to this option is a string of characters
specifying which options to enable.

p   Wake on PHY activity
u   Wake on unicast messages
m   Wake on multicast messages
b   Wake on broadcast messages
a   Wake on ARP
g   Wake on MagicPacket™
s   Enable SecureOn™ password for MagicPacket™
d   Disable (wake on nothing).  This option
    clears all previous options.

Supponevo che le bandiere unicast o broadcast avrebbero limitato la fonte del pacchetto magico, ovvero:

• ug: sveglia solo se è stato ricevuto un pacchetto WoL unicast
• bg: sveglia solo se è stato ricevuto un pacchetto WoL broadcast

Tuttavia, i flag unicast o broadcast corrispondono a tutti i pacchetti unicast o broadcast. Cosa succede realmente:

• ug: wake se è stato ricevuto un pacchetto unicast o se è stato ricevuto un pacchetto WoL (unicast o broadcast; non importa finché il MAC corrisponde)
• bg: wake se è stato ricevuto un pacchetto broadcast o se è stato ricevuto un pacchetto WoL (unicast o broadcast; non importa fino a quando il MAC corrisponde)

Ovviamente il comune avvertimento unicast si applica ai flag unicast (u) e WoL (g): i pacchetti unicast possono essere ricevuti solo se il MAC del bersaglio è ancora trattenuto dalla tabella ARP.

Ho la stessa scheda madre e lo stesso problema ... eri abbastanza vicino a trovare una soluzione. Cambia la configurazione dell'interfaccia di rete, in modo che accetti solo "pacchetto magico" dimentica multicast / unicast ...

sudo ethtool -s eth0 wol g

Questo ha fatto il trucco per me, e come bonus sono in grado di svegliare il computer dalla rete (con etherwake)