linux-kernel - Re: forcedeth

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]

Message-ID: <20060928010133.GB3521@atjola.homenet>
Date:	Thu, 28 Sep 2006 03:01:33 +0200
From:	Björn Steinbrink <B.Steinbrink@....de>
To:	Andrew Morton <akpm@...l.org>, Martin Filip <bugtraq@...ula.net>,
	linux-kernel@...r.kernel.org, Ayaz Abdulla <aabdulla@...dia.com>
Subject: Re: forcedeth - WOL [SOLVED]

On 2006.09.28 02:40:53 +0200, Björn Steinbrink wrote:
> On 2006.09.28 02:04:48 +0200, Björn Steinbrink wrote:
> > 
> > Hi Andrew,
> > 
> > 
> > On 2006.09.27 16:57:04 -0700, Andrew Morton wrote:
> > > On Wed, 27 Sep 2006 22:38:06 +0200
> > > Martin Filip <bugtraq@...ula.net> wrote:
> > > 
> > > > Hi,
> > > > 
> > > > Bj__rn Steinbrink p____e v St 27. 09. 2006 v 20:38 +0200:
> > > > 
> > > > > Did you check that WOL was enabled? I need to re-activate it after each
> > > > > boot (I guess that's normal, not sure though).
> > > > > The output of "ethtool eth0" should show:
> > > > > 
> > > > >         Supports Wake-on: g
> > > > >         Wake-on: g
> > > > > 
> > > > Yes, of course :)
> > > > 
> > > > > Also, I remember a bugzilla entry in which it was said that the MAC was
> > > > > somehow reversed by the driver. I that is still the case (I can't find
> > > > > the bugzilla entry right now), you might just reverse the MAC address in
> > > > > your WOL packet to workaround the bug.
> > > > 
> > > > Hey! this is really crazy :) but it works! To bo honest - I really do
> > > > not know what crazy bug could cause problems like this. I thought it's
> > > > NIC thing to manage all the work about WOL. I thought OS only sets NIC
> > > > into "WOL mode".
> > > > 
> > > > But seeing this - one packet for windows and one magic packet for linux
> > > > driver - I really do not get it.
> > > > 
> > > 
> > > Are you saying that byte-reversing the MAC address make WOL work correctly?
> > > 
> > > What tool do you use to send the packet, and how is it being invoked?

As I like replying to myself, I of course intentionally forgot to answer
this question... *sigh*

I used etherwake this time, but tried with a self-made tool (which works
with my Broadcom NIC) when I discovered the bug report.

etherwake 01:23:45:67:89:ab -- works when I shutdown during POST
etherwake ab:89:67:45:23:01 -- works when WOL was enabled with ethtool

> > > Do we know if this reversal *always* happens with this driver, or only
> > > sometimes?

I only tried 2.6.18 twice this time, but when I wrote my own tool to do
it, I had probably 20-30 power on -> ethtool -> poweroff cycles before I
decided to look into Bugzilla. As it looked like being fixed already and
I did use the nForce NIC for testing only, I didn't spend any further
time on it back then.

Regards,
Björn
-
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/