lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 6 Feb 2009 00:23:43 +0100
From:	Philipp Matthias Hahn <pmhahn@...an.lahn.de>
To:	Yinghai Lu <yhlu.kernel@...il.com>,
	"Rafael J. Wysocki" <rjw@...k.pl>
Cc:	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 Thu, Jan 29, 2009 at 10:53:40PM -0800, Yinghai Lu wrote:
> can not find the reason why the WOL doesn't work...
> 
> please post
> 1. boot log for just after AC is pluged-in... ===> you should have
> "nv_probe: set workaround bit for reversed mac addr"
> 2. and boot log after boot from WOL...==> you have have "nv_probe: set
> workaround bit for reversed mac addr" too.

On Wed, Feb 04, 2009 at 11:58:53AM +0100, Rafael J. Wysocki wrote:
> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=12614
> Subject		: WOL with forcedeth broken since f55c21fd9a92a444e55ad1ca4e4732d56661bf2e
> Submitter	: Philipp Matthias Hahn <pmhahn@...an.lahn.de>
> Date		: 2009-01-29 6:31 (7 days old)
> References	: http://marc.info/?l=linux-kernel&m=123321232825316&w=4
> Handled-By	: Yinghai Lu <yinghai@...nel.org>
> Patch		: http://marc.info/?l=linux-kernel&m=123330459229248&w=4

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.

Some additional data:
The BIOS-upgrade tool (Afud408.exe) resets the MAC address. I had to run
the tool a second time to re-programm the MAC-address using its /M
option. I useed the unreversed MAC-address back than.
I also tried the reversed address once, but after that forcedeth.c
complained about a wrong MAC-address.

If I completely turn off the power (pull the plug), WOL doesn't work,
even when it's enabled in the BIOS.

Only after I'v started Linux, do "echo NMAC > /proc/acpi/wakeup" and
"ethtool -s eth0 wol g" does it work again.

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
        forcedeth: 0000:00:14.0: ifname eth0, PHY OUI 0x732 @ 1, addr 00:19:db:f2:e1:35
        forcedeth: 0000:00:14.0: highdma pwrctl timirq gbit lnktim desc-v3
The line maked * was inserted by me in the source file for my debugging.

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

Powered by Openwall GNU/*/Linux Powered by OpenVZ