[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120321080801.55e4731b@nehalam.linuxnetplumber.net>
Date: Wed, 21 Mar 2012 08:08:01 -0700
From: Stephen Hemminger <shemminger@...tta.com>
To: Knut Petersen <Knut_Petersen@...nline.de>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
"David S. Miller" <davem@...emloft.net>, arekm@...en.pl,
Jared <nitro@...room.net>, dilieto@...eone.net,
linux-kernel@...r.kernel.org, netdev@...r.kernel.org
Subject: Re: [REGRESSION][PATCH] Fix an old sky2 WOL regression
On Wed, 21 Mar 2012 12:40:30 +0100
Knut Petersen <Knut_Petersen@...nline.de> wrote:
> Sky2 Wake on LAN is broken since February 2010 on a number of systems.
> Yes. More than two years.
>
> We know about the problem and the cause since October 2010
> (Bugzilla bug #19492). It´s commit 87b09f1f25cd1e01d7c50bf423c7fe33027d7511.
>
> 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 intention
> 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 written
> in some random documentation, no matter if we could blame some
> BIOS authors. That´s the way Linux works - at least I thought so.
>
> cu,
> Knut
Config options don't work for distro's.
--
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