lkml.org 
[lkml]   [2007]   [Jul]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [patch] revert: [NET]: Fix races in net_rx_action vs netpoll


On Mon, 16 Jul 2007, David Miller wrote:
>
> Ingo is the only person hitting and reporting this and last time I
> checked he is competent enough to revert the thing locally in his own
> trees, right? :-)

Umm. And your suggestion is what? Wait until -rc1, when non-developers
(the kinds of people who are supposed to *not* be competent enough) come
along, and report the problem?

That's explicitly what I do *not* want to happen.

If we knew something was wrong before the -rc1 release, all the better: we
can avoid havign that bug in -rc1, and the people who test it will tell us
about the problems we did *not* know about.

In contrast, if we leave a known bug in, that will just mean that other
problems won't be found either, because people get hung up on the known
bug.

Regressions should be fixed early and often. Otherwise there's no point in
making the code available early and often in the first place.

A regression is basically MUCH WORSE than just about any possible bug that
patch could have fixed, and I want people to really think that way.

The rule for *everybody* should be:

"Regressions get fixed immediately"

with no ifs, buts or maybes. In fact, it would be even better if the kinds
of patches that cause regressions wouldn't hit my tree at all, but once
they have hit it, and once they've been identified, they get reverted.

Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2007-07-17 00:35    [from the cache]
©2003-2011 Jasper Spaans. Advertise on this site