Hello! On Fri, Feb 06, 2009 at 01:13:30AM +0100, Rafael J. Wysocki wrote: ... > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=12614 > > > Subject : WOL with forcedeth broken since f55c21fd9a92a444e55ad1ca4e4732d56661bf2e ... > > Strage, at the moment I can't seem to reproduce the problem. I've > > switched back to the version of 2.6.28.3 and now it seems to work. > > I'll continue with tesing. > > OK, but for now I'll close the bug as unreproducible. Just this morning I had to use the reverted address to wake up my desktop PC after 6 hours of poweroff. Yesterdays tests were domething like the following: Grub: Linux "loglevel=9 ignore_loglevel break=modules" dmesg -c > /dev/null modprobe forcedeth dmesg ethtool -s eth0 wol g echo NMAC > /proc/acpi/wakeup reboot to Grub using Alt-SysRq-B Grub: "halt" I have to reboot back to Grub, since doing a "poweroff" from initrd or pressing Alt-SysRq-O seems to turn of WOL. ... > The "echo NMAC > /proc/acpi/wakeup" thing shouldn't be necessary if you do > "ethtool -s eth0 wol g". Will try. On Thu, Feb 05, 2009 at 03:35:25PM -0800, Yinghai Lu wrote: > > Nether the less here's the output of dmesg: > > forcedeth: Reverse Engineered nFoce ethernet driver. Version 0.61. > > ACPI: PCI Interrupt Link [LMAC] enables at IRQ 23 > > forcedeth: 0000:00:14.0: PCI INT A -> Link[LMAC] -> GSI 23 (level, low) -> IRQ 23 > > forcedeth: 0000:00:14.0: setting latency timer to 64 > > * nv_probe: MAC_ADDR_REV ELSE > > nv_probe: set workaround bit for reversed mac addr > > that means your BIOS doesn't reverse mac addr. > this is the one for new BIOS or old BIOS? This is the new BIOS. BYtE Philipp Hahn -- / / (_)__ __ ____ __ Philipp Hahn / /__/ / _ \/ // /\ \/ / /____/_/_//_/\_,_/ /_/\_\ pmhahn@xxxxxxxxxxxxx -- To unsubscribe from this list: send the line "unsubscribe kernel-testers" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
