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  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Date:	Fri, 4 May 2012 21:17:02 +0100 (BST)
From:	"" <>
Cc:	Linus Torvalds <>,
	Andrew Morton <>,
	Stephen Hemminger <>,
	"David S. Miller" <>,,
	Jared <>,,
Subject: Re: [REGRESSION][PATCH] Fix an old sky2 WOL regression

Dear Knut,

I am sorry it took a while to try it due to other 
commitments, however I can now confirm the patch works on my ASUS P5LD2 

Many thanks

On 2012-03-21 12:40, Knut Petersen 
> Sky2 Wake on LAN is broken since February 2010 on a number of 
> Yes. More than two years.
> We know about the problem and 
the cause since October 2010
> (Bugzilla bug #19492). It´s commit 
> Stephen, David: You 
signed off that commit.
> Andrew: You called it a regression in 
October 2010.
> It has been proposed to revert the commit that caused 
the problem.
> Nothing happened.
> I proposed to re-establish the old 
code for dmi_match()ed systems.
> Without success.
> Now it is 
proposed to re-establish the old code as a configuration option.
> If 
nothing happens again I will propose a module parameter ;-)
Stephen, I don´t want to be a pain in the neck, and it is not my 
> to offend you by my "attitude". But I simply cannot 
understand why this
> know regression is not fixed. The bit we talk 
about is documented,
> and in fact it was set for a number of kernel 
versions unconditionally.
> Nobody complained about ruined hardware or 
minor problems.
> The systems affected are old enough that no 
manufacturer cares about
> them, but they are still quite usable for a 
lot of jobs (kernel 3.3 compile
> time here is below 15 minutes).
If there is a problem in the kernel and if we do know an easy solution,

> that solution should be commited to the kernel, no matter what is 
> in some random documentation, no matter if we could blame 
> BIOS authors. That´s the way Linux works - at least I thought 
> cu,
> Knut
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to
More majordomo info at

Powered by blists - more mailing lists