Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753794AbXKMMcX (ORCPT ); Tue, 13 Nov 2007 07:32:23 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751565AbXKMMcK (ORCPT ); Tue, 13 Nov 2007 07:32:10 -0500 Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:35351 "EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1751288AbXKMMcI (ORCPT ); Tue, 13 Nov 2007 07:32:08 -0500 Date: Tue, 13 Nov 2007 04:32:07 -0800 (PST) Message-Id: <20071113.043207.44732743.davem@davemloft.net> To: akpm@linux-foundation.org Cc: protasnb@gmail.com, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, alsa-devel@alsa-project.org, linux-ide@vger.kernel.org, linux-pcmcia@lists.infradead.org, linux-input@atrey.karlin.mff.cuni.cz, bugme-daemon@bugzilla.kernel.org Subject: Re: [BUG] New Kernel Bugs From: David Miller In-Reply-To: <20071113041259.79c9a8c5.akpm@linux-foundation.org> References: <20071113034916.2556edd7.akpm@linux-foundation.org> <20071113.035824.40509981.davem@davemloft.net> <20071113041259.79c9a8c5.akpm@linux-foundation.org> X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2368 Lines: 54 From: Andrew Morton Date: Tue, 13 Nov 2007 04:12:59 -0800 > On Tue, 13 Nov 2007 03:58:24 -0800 (PST) David Miller wrote: > > > From: Andrew Morton > > Date: Tue, 13 Nov 2007 03:49:16 -0800 > > > > > Do you believe that our response to bug reports is adequate? > > > > Do you feel that making us feel and look like shit helps? > > That doesn't answer my question. > > See, first we need to work out whether we have a problem. If we do this, > then we can then have a think about what to do about it. > > I tried to convince the 2006 KS attendees that we have a problem and I > resoundingly failed. People seemed to think that we're doing OK. > > But it appears that data such as this contradicts that belief. > > This is not a minor matter. If the kernel _is_ slowly deteriorating then > this won't become readily apparent until it has been happening for a number > of years. By that stage there will be so much work to do to get us back to > an acceptable level that it will take a huge effort. And it will take a > long time after that for the kerel to get its reputation back. > > So it is important that we catch deterioration *early* if it is happening. You tell me what I should spend my time working on, and I promise to do it OK? :-) For example, if I have a choice between a TCP crash just about anyone can hit and some obscure issue only reported with some device nearly nobody has, which one should I analyze and work on? That's the problem. All of us prioritize and it means the chaff collects at the bottom. You cannot fix that except by getting more bug fixers so that the chaff pile has a chance to get smaller. Luckily if the report being ignored isn't chaff, it will show up again (and again and again) and this triggers a reprioritization because not only is the bug no longer chaff, it also now got a lot of information tagged to it so it's a double worthwhile investment to work on the problem. I think a lot of bugs that "aren't getting looked at" are simply sitting in some early stage of this process. - 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/