[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.0.98.0706181706470.3593@woody.linux-foundation.org>
Date: Mon, 18 Jun 2007 17:09:37 -0700 (PDT)
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Martin Bligh <mbligh@...igh.org>
cc: Natalie Protasevich <protasnb@...il.com>,
"Fortier,Vincent [Montreal]" <Vincent.Fortier1@...gc.ca>,
Andrew Morton <akpm@...ux-foundation.org>,
Stefan Richter <stefanr@...6.in-berlin.de>,
Bartlomiej Zolnierkiewicz <bzolnier@...il.com>,
Adrian Bunk <bunk@...sta.de>,
Michal Piotrowski <michal.k.k.piotrowski@...il.com>,
Oleg Verych <olecom@...wer.upol.cz>,
Andi Kleen <andi@...stfloor.org>,
"Rafael J. Wysocki" <rjw@...k.pl>,
Diego Calleja <diegocg@...il.com>,
Chuck Ebbert <cebbert@...hat.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: How to improve the quality of the kernel?
On Mon, 18 Jun 2007, Martin Bligh wrote:
>
> Sorry to be a wet blanket, but I've seen those sort of things
> before, and they just don't seem to work, especially in the
> environment we're in with such a massive diversity of hardware.
I do agree. It _sounds_ like a great idea to try to control the flow of
patches better, but in the end, it needs to also be easy and painfree to
the people involved, and also make sure that any added workflow doesn't
require even *more* load and expertise on the already often overworked
maintainers..
In many cases, I think it tends to *sound* great to try to avoid
regressions in the first place - but it also sounds like one of those "I
wish the world didn't work the way it did" kind of things. A worthy goal,
but not necessarily one that is compatible with reality.
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