EPIA - WoL funktioniert mit linvdr 0.6, aber nicht mit 0.7

mighty-p · 29. Dezember 2004

Hallo,

bis vor kurzem hatte ich linvdr 0.6 auf der Platte und konnte den Rechner immer mittels des Linux-Tools ether-wake von nem anderen Rechner über's LAN hochfahren. Seit ich auf linvdr 0.7 geupdatet habe (durch manuelle Neuinstallation unter Beibehaltung des video-Verzeichnisses, sonst aber alles platt gemacht), funktioniert das nicht mehr. Der VDR-Rechner reagiert einfach nicht mehr auf den ether-wake-Aufruf. An den BIOS-Einstellungen hab ich nichts geändert.

Bin schon die Threads zu ähnlichen Problemen durchgegangen und hab schon folgendes probiert:
1. Im BIOS war Wake-On-LAN ausgeschaltet. Hab's angeschaltet. Keine Änderung. Vorher hat's ja im übrigen auch trotz "off" geklappt.
2. "ethtool -s eth0 wol g" in rcShutdown-Skript aufgenommen
3. "ifconfig eth0 down" zusätlich in rcShutdown-Skript aufgenommen
---> hat alles nix gebracht.

Mainboard: VIA EPIA V5000 (incl. 533 MHz-Prozessor), Netzwerkkarte wird vom Modul "via-rhine" bedient (zumindest in linvdr 0.7, ob linvdr 0.6 nen anderen Treiber benutzt hat. weiß ich nicht).

Hat vielleicht irgendjemand ne Idee?

Viele Grüße,
peterwk

cooper · 29. Dezember 2004

Möglicherweise ein Kernel-Problem, dass die was am Treiber gedreht haben. Ist aber nur eine Vermutung.

Viele Grüße, Mirko

mighty-p · 30. Dezember 2004

ok, das wär ne plausible Erklärung. Vielleicht schaff ich's mal, wenn ich etwas Zeit habe, den Kernel upzudaten und das auszutesten... Sowas ist ja immer ne größere Sache. Falls jemand noch andere Ideen hat, nur her damit.

Viele Grüße,
peterw2k

Fuselfasel · 30. Dezember 2004

Probier mal das, alle Infos sind hier im Forum zu finden (Ergänzung in /etc/init.d/rcShutdown):

...
killall -9 $PIDS
sleep 1

swapoff -a
umount -a -r

echo "Shutdown Netzwerk"
ethtool -s eth0 wol mg
ifconfig eth0 down
sleep 1

# run fsck?
if [ $RunFsck == "true" ]; then
touch /etc/mtab

...

Ich habe exakt das gleiche Problem mit meinem Abit KT7 Board und der D-Link DFE530 gehabt. Nachdem im BIOS die "Optimal Defaults" geladen, die Einstellungen auf "Turbo" und sonstige Möglichkeiten auf "Enable" gestellt wurden, reichte das "g" alleine bei mir nicht mehr aus. Erst bei "mg" klappte es. Bei den Parametern "p" und/oder "b" schaltete der Rechner sich kurz aus und sprang just in der gleichen Sekunde wieder an. Bei der Kombination "um" wurde zwar Shutdown eingeleitet, der Rechner schaltete sich aber nicht aus.

Parameterdetails (aus Forum):
WOL Parameter:
wol Set 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(tm)
s Enable SecureOn(tm) password for MagicPacket(tm)
d Disable (wake on nothing). This option clears all
previous options.

mighty-p · 30. Dezember 2004

Hallo Fuselfasel,

danke für den Tipp. Hab's direkt ausprobiert, klappt aber leider nicht

Vorher war sowas auch nie nötig --- ich befürchte, cooper hat recht und es liegt am Kernel

Viele Grüße,
peterw2k

marlow · 30. Dezember 2004

hallo,

genau die selben probleme habe ich auch und das allgemein ist ultra langsam geworden. kann man was dagegen tun ? vielleicht kann mir einer von euch weiter helfen ?

gruss
marlow

Alex · 30. Dezember 2004

Hi peterw2k

Zitat

EPIA - WoL funktioniert mit linvdr 0.6, aber nicht mit 0.7
...
Mainboard: VIA EPIA V5000 (incl. 533 MHz-Prozessor), Netzwerkkarte wird vom Modul "via-rhine" bedient

Ich verwende zwar nicht LinVDR sondern Gentoo, hatte aber, seit ich auf Kernel 2.6.9 bzw. jetzt 2.6.10, umgestiegen bin, das Problem, dass ich meine beiden ME-6000-Boards nicht mehr per WOL wecken bzw. per PXE booten konnte, wenn sie per Software heruntergefahren wurden. PXE-Boot ging zumindest nach Trennen des Netzsteckers wieder - aber dann natürlich kein WOL.

Eine Suche im Internet hat mich zu dieser Fehlermeldung und diesem Workaround in der LKML geführt.

Nachdem ich die beschriebene Änderung - eine Zeile auskommentieren - am via-rhine-Modul durchgeführt habe, funktioniert WOL und PXE-Boot wieder einwandfrei.

Natürlich kann ich nicht beurteilen, welche Nebenwirkungen diese Änderung hat und ob es bei Deinem Problem hilft. Ich habe diese Änderung einfach mal blauäugig eingepflegt und seither läuft WOL/PXE bei mir einwandfrei.

HTH, Alex

marlow · 30. Dezember 2004

hallo,

kannst du die besagte datei einfach mal posten ?

gruss
marlow

marlow · 31. Dezember 2004

kann keiner helfen ????

ben.sommer · 31. Dezember 2004

Bei mir hat es erst funktioniert nachdem ich zum Parameter g noch d hinzugefügt habe. Ich habe ein Epia-M 10k Board.

Ben

marlow · 31. Dezember 2004

super.

aber wo. ich habe keine ahnung wo ich das eintragen muss

gruss
marlow

Alex · 31. Dezember 2004

Fuselfasel und ben.sommer

danke, für den Tip mit ethtool - das kannte ich bislang nicht.

Auf die Schnelle habe ich gerade mit einem Orginal-2.6.10-Kernel folgende Versuche unternommen:

ohne Aufruf von ethtool: weder WOL noch PXE-Boot funktioniert
mit 'ethtool -s eth0 wol mg' -> WOL funktioniert, PXE-Boot nicht
mit 'ethtool -s eth0 wol dmg' -> WOL funktioniert, PXE-Boot nicht

Also bleibe ich wohl vorerst bei dem beschriebenen Kernel-Patch. Vielleicht mache ich in den nächsten Tagen noch ein paar Versuche.

@peterw2k

Hast Du noch etwas herausgefunden?

marlow

Wo Du den Aufruf von ethtool bei LinVDR einfügen musst, kann ich Dir leider nicht sagen (nutze selber Gentoo). Funktioniert denn der Hinweis von Fuselfasel (weiter oben) nicht?

Bei dem Hinweis von mir ist eine Änderung an den Kernel-Sourcen durchzuführen und danach ein neuer Kernel zu übersetzen. Wie Du Dir einen neuen Kernel für LinVDR erzeugen kannst, kann ich Dir leider nicht sagen.

Folgendes ist das diff gegen Kernel 2.6.10, das ich für meine ME-6000-Boards verwende. Letztendlich wird damit nur eine Zeile deaktiviert und zu meiner Erinnerung ist ein Kommentar mit drin, damit ich nachvollziehen kann, woher die Info kommt.

Diff

--- linux-2.6.10/drivers/net/via-rhine.c        2004-12-24 22:35:39.000000000 +0100
+++ linux-2.6.10-rhine/drivers/net/via-rhine.c  2004-12-30 10:27:28.000000000 +0100
@@ -1933,9 +1933,18 @@
        writeb(0x01, ioaddr + PwcfgSet);
        writeb(readb(ioaddr + StickyHW) | 0x04, ioaddr + StickyHW);


+ #if 0
        /* Hit power state D3 (sleep) */
+        /**
+        * Source: linux-kernel-mailinglist
+        *         Kenneth Aafloy, Sat, 18 Sep 2004 00:01:42 +0200
+        *         <[URL]http://lkml.org/lkml/2004/9/17/242[/URL]>
+        *
+        * Disabled for now, because it will confuse the PXE boot rom
+        * of some VIA EPIA boards.
+        */
        writeb(readb(ioaddr + StickyHW) | 0x03, ioaddr + StickyHW);
-
+#endif
        /* TODO: Check use of pci_enable_wake() */


 }

Alles anzeigen

Wie gesagt: Ich habe keine Ahnung, welche weiteren Auswirkungen (mglw. auf Suspend-Modes) diese Änderung hat, aber für meine Anwendung funktioniert es so.

HTH, Alex

marlow · 31. Dezember 2004

super

danke jetzt funktioniert WoL auch.
habe den befehl

ethtool -s eth0 wol dmg

in rcshutdown eingebaut.

danke

gruss
marlow

Dirk · 31. Dezember 2004

Hai

mit oder ohne die änderung da oben?

marlow · 31. Dezember 2004

eintrag einfach in rcshutdown und fertig

mighty-p · 31. Dezember 2004

Hi,

danke für die Tipps. Vor allem ben.sommer mit dem "ethtool -s eth0 wol dg". Das werd ich morgen ausprobieren (im Moment ist gerade schlecht, weil ich gerade die Pop Around The Clock-Konzerte auf 3Sat aufzeichne).

@triple955
Ansonsten hab ich weiter nix rausgefunden. Hatte einfach noch keine Zeit groß rumzuprobieren. Das mit dem "dg" probier ich wie gesagt morgen aus und gebe Rückmeldung, versprochen! Falls das nix hilft, und ich tatsächlich das via-rhine-Modul patchen muss, kann es länger dauern. Für so ne große Änderung hab ich zurzeit leider nicht genug Zeit und das Risiko, den VDR damit ganz lahm zu legen, ist mir im Moment auch zu groß...

Viele Grüße,
peterw2k

mighty-p · 31. Dezember 2004

So, ich hab's jetzt mit "ethtool -s eth0 wol dg/dmg" probiert (Usher nehm ich nicht auf...), hat leider nichts gebracht Anscheinend ist mein Board besonders hartnäckig. Bleibt noch der Kernel-Patch. Dafür hab ich aber bis auf weiteres keine Zeit. Falls sich da aber doch noch was tut, meld ich mich.

ben.sommer · 1. Januar 2005

Poste doch mal bitte was ethtool eth0 ausgibt wenn du normal hochfährts und nachdem du ethtool -s eth0 wol bg eingegeben hast. Wie du siehst benutze ich kein d, sondern b. Teste das mal und berichte vom Erfolg, was anderes möchte ich nicht lesen

Euch allen ein gesundes neues Jahr

Tschau Ben

mighty-p · 1. Januar 2005

Hallo,

erstmal ein frohes neues Jahr an alle! Und danke für die Hilfe hier.

Hier die Ausgaben von ethtool:

linvdr:~# ethtool eth0
Settings for eth0:

Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: d

linvdr:~# ethtool -s eth0 wol bg
linvdr:~# ethtool eth0
Settings for eth0:

Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: bg

Sieht also eigentlich ganz gut aus. Aber aufwachen tut er trotzdem nicht

Viele Grüße,
peterw2k

mighty-p · 5. August 2005

Just for the record: Hab auf Kernel 2.6.12.2 von DarkAngel umgestellt (wegen des Skystar2-Einschlafproblems). Angenehmer Nebeneffekt: Wake-On-LAN funktioniert jetzt wieder mit meinem Board!

Viele Grüße,
Peter

EPIA - WoL funktioniert mit linvdr 0.6, aber nicht mit 0.7

Jetzt mitmachen!

Teilen