From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755095AbXDZVCq (ORCPT ); Thu, 26 Apr 2007 17:02:46 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755085AbXDZVCq (ORCPT ); Thu, 26 Apr 2007 17:02:46 -0400 Received: from wr-out-0506.google.com ([64.233.184.231]:48575 "EHLO wr-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752702AbXDZVCo (ORCPT ); Thu, 26 Apr 2007 17:02:44 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:organization:to:subject:user-agent:cc:references:in-reply-to:mime-version:content-disposition:date:content-type:content-transfer-encoding:message-id; b=qPtIG9/+rn3eoZvBlFN6lobnf6QoEIUKRMzN2KrvqwoEr4tUpwcdhKvoYLDUscDDeUrFDSC0ehJQLzZXK1wLhAQtvbl/0pcpQ+1mTxhRPmLbEmbSeEo5i0Va/qjdz0UTTC/Lr4AXC3iVhgjFyIzrS09trXa0NJPFZYHApIEoTw0= From: Gene Heskett Organization: Organization? very little To: Stephen.Clark@seclark.us Subject: Re: Linux 2.6.21 User-Agent: KMail/1.9.6 Cc: Jeff Garzik , linux-kernel References: <4630E9C8.5060000@garzik.org> <4630FA27.1090203@seclark.us> In-Reply-To: <4630FA27.1090203@seclark.us> MIME-Version: 1.0 Content-Disposition: inline Date: Thu, 26 Apr 2007 17:02:41 -0400 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200704261702.41714.gene.heskett@gmail.com> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thursday 26 April 2007, Stephen Clark wrote: >Jeff Garzik wrote: >>IMO, the closer you look, the more warts you find. Before you starting >>doing your work with kernel regressions, no one was really tracking it. >> I bet you have helped cut down on the regressions, but I have no good >>way to quantify my gut feeling. >> >>Additional comments on developers and fixing regressions: >> >>* Sometimes seeing a long list, peoples' eyes glaze over. Its just >>human nature. A long list also gives us no idea of scale, or severity. >> I bet a weekly "top 10 bugs and regressions" email would help focus >>developer attention. >> >>* To be effective, lists, either long or top-10, must be pruned if you >>get a sense that only one user is affected. [With oopses and BUGs as a >>clear exception,] many problems benefit from at least two users >>reporting a bug. >> >>* It gets a bit tiresome to field the large number of driver bug reports >>that eventually turn out to be related to broken interrupt handling >>somehow. I think we developers need to get better at showing users how >>to isolate driver vs. PCI/ACPI/core bugs. Maybe drivers need to start >>introducing interrupt delivery tests into their probe code. Overall, >>broken interrupt handling manifests in several ways, most of which >>initially appear symptomatic of a broken driver. >> >> Jeff >> >> >>- >>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/ > >Jeff, > >If hardware worked in the previous version of the kernel can't users expect > the same hardware to work in this kernel? > >Steve I think that is indeed a reasonable expectation. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) It is exactly because a man cannot do a thing that he is a proper judge of it. -- Oscar Wilde