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] [day] [month] [year] [list]

Date:	Thu, 28 Sep 2006 10:09:24 -0700
From:	"Ayaz Abdulla" <AAbdulla@...dia.com>
To:	"Andrew Morton" <akpm@...l.org>,
	Björn Steinbrink <B.Steinbrink@....de>
Cc:	"Martin Filip" <bugtraq@...ula.net>,
	<linux-kernel@...r.kernel.org>, <stable@...nel.org>
Subject: RE: forcedeth - WOL [SOLVED]



-----Original Message-----
From: Andrew Morton [mailto:akpm@...l.org] 
Sent: Wednesday, September 27, 2006 8:39 PM
To: Björn Steinbrink
Cc: Martin Filip; linux-kernel@...r.kernel.org; Ayaz Abdulla; stable@...nel.org
Subject: Re: forcedeth - WOL [SOLVED]


On Thu, 28 Sep 2006 04:24:47 +0200
Björn Steinbrink <B.Steinbrink@....de> wrote:

> On 2006.09.28 04:04:38 +0200, Björn Steinbrink wrote:
> > On 2006.09.27 18:36:25 -0700, Andrew Morton wrote:
> > > On Thu, 28 Sep 2006 03:01:33 +0200
> > > Björn Steinbrink <B.Steinbrink@....de> wrote:
> > > 
> > > > > > > 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.
> > > 
> > > What I'm angling towards is: "is this just a driver bug"?
> > 
> > I just took a peek at the code.
> > 
> > The version on bugzilla (last attachment, comment #22), which was 
> > reported to work correctly, has the MAC address reversal hardcoded. 
> > The driver in 2.6.18 has some logic to detect if it should reverse 
> > the MAC address. So it looks like a hardware oddity/bug that the 
> > driver wants to fix but fails. I'll see what happens if I force 
> > address reversal and if I can decipher anything, but probably 
> > someone else will have to cast the runes...
> 
> OK, please excuse me wasting your time, it's late over here... I've 
> actually been looking at Linus' git tree (pulled yesterday) while 
> writing that mail, not 2.6.18. 2.6.18 does _not_ contain the address 
> reversal detection. Using the git tree instead of 2.6.18 WOL works as 
> expected, without having to reverse the MAC address.
> 

hm, OK, thanks.  Ayaz, do you think 5070d3408405ae1941f259acac7a9882045c3be4 is a suitable thing for 2.6.18.x?

There are a few forcedeth patches (mac addr, NAPI, cleanup, etc) in that commit list and the mac address changes could be put into 2.6.18.x
-----------------------------------------------------------------------------------
This email message is for the sole use of the intended recipient(s) and may contain
confidential information.  Any unauthorized review, use, disclosure or distribution
is prohibited.  If you are not the intended recipient, please contact the sender by
reply email and destroy all copies of the original message.
-----------------------------------------------------------------------------------
-
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/