Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761983AbYAYXvX (ORCPT ); Fri, 25 Jan 2008 18:51:23 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755500AbYAYXvG (ORCPT ); Fri, 25 Jan 2008 18:51:06 -0500 Received: from einhorn.in-berlin.de ([192.109.42.8]:49144 "EHLO einhorn.in-berlin.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752580AbYAYXvF (ORCPT ); Fri, 25 Jan 2008 18:51:05 -0500 X-Envelope-From: stefanr@s5r6.in-berlin.de Message-ID: <479A75D4.6070607@s5r6.in-berlin.de> Date: Sat, 26 Jan 2008 00:50:44 +0100 From: Stefan Richter User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.11) Gecko/20071216 SeaMonkey/1.1.7 MIME-Version: 1.0 To: "Giacomo A. Catenazzi" CC: "Rafael J. Wysocki" , Valdis.Kletnieks@vt.edu, Linus Torvalds , Linux Kernel Mailing List , Ingo Molnar Subject: Re: Linux 2.6.24 References: <4799A773.2030702@cateee.net> <22000.1201255093@turing-police.cc.vt.edu> <200801251258.08707.rjw@sisk.pl> <4799D770.2070203@cateee.net> In-Reply-To: <4799D770.2070203@cateee.net> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1367 Lines: 31 Giacomo A. Catenazzi wrote: >> On Friday, 25 of January 2008, Valdis.Kletnieks@vt.edu wrote: [-mm] >>> should flush out most of the truly stupid mistakes, but those are >>> usually found and fixed literally within hours. Anyhow, the proper >>> time for test compiles is *before* it goes into the git trees at >>> all - it should have been tested before it gets sent to a >>> maintainer for inclusion. > > few hours, but a lot of changeset will broke bisect (few doc tell > us how to continue bisecting on compile errors). [...] > I only want to raise the problem, to see if it is possible to improve > testing environment without affecting the development of Linux. How often is "bisectability" being broken already before merge in subsystem trees, and how often only in the context of the merge result? (Probably impossible to answer because nobody has the data.) Much of the former type of breakage (if we really have such breakage) could probably be found in mostly automated ways and by volunteer testers, by regularly testing the subsystem trees. -- Stefan Richter -=====-==--- ---= ==-=- http://arcgraph.de/sr/ -- 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/