[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090206053320.GA4369@pmhahn.de>
Date: Fri, 6 Feb 2009 06:33:20 +0100
From: Philipp Matthias Hahn <pmhahn@...an.lahn.de>
To: Yinghai Lu <yinghai@...nel.org>, "Rafael J. Wysocki" <rjw@...k.pl>
Cc: Yinghai Lu <yhlu.kernel@...il.com>,
Kernel Mailing List <linux-kernel@...r.kernel.org>,
Tobias Diedrich <ranma+kernel@...edrich.de>,
Ayaz Abdulla <aabdulla@...dia.com>,
Jeff Garzik <jeff@...zik.org>,
Kernel Testers List <kernel-testers@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Jeff Garzik <jgarzik@...hat.com>
Subject: Re: WOL with forcedeth broken since
f55c21fd9a92a444e55ad1ca4e4732d56661bf2e
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@...an.lahn.de
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists