[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.0.9999.0712091036380.12046@woody.linux-foundation.org>
Date: Sun, 9 Dec 2007 10:41:30 -0800 (PST)
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Alan Cox <alan@...rguk.ukuu.org.uk>
cc: Tejun Heo <htejun@...il.com>,
Andrew Morton <akpm@...ux-foundation.org>,
"Rafael J. Wysocki" <rjw@...k.pl>,
LKML <linux-kernel@...r.kernel.org>, Ingo Molnar <mingo@...e.hu>
Subject: Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23
On Sun, 9 Dec 2007, Alan Cox wrote:
>
> Great, make everyone else wait another three months for a working CD
> drive. The one off regression appears far less harmful than a revert.
Btw, Alan, that "math" is total and utter BULLSH*T, and you should know
that.
"The one off regression" is likely the tip of an iceberg. If something
regresses for one person, for that one person who tested and noticed and
made a bug-report, there's probably a thousand people who haven't even
tested the development kernel, or who had problems and just went back to
the previous version.
In contrast, reverting something will be guaranteed to not have those
kinds of issues, since the only people who could notice are people for who
it never worked in the first place. There's no "silent mass of people"
that can be affected.
This is why regressions are so important. They don't trump _everything_,
but basically ignoring and letting them slide is *much* more painful than
just reverting it.
The biggest reason to ignore a regression is if nobody can even figure
out where it came from, or reverting simply isn't an option for some
really deep and fundamental issue. That doesn't seem to be the case here.
So we should revert unless there is some known acceptable real fix.
Linus
--
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