From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965047AbXCNFou (ORCPT ); Wed, 14 Mar 2007 01:44:50 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S964883AbXCNFou (ORCPT ); Wed, 14 Mar 2007 01:44:50 -0400 Received: from holomorphy.com ([66.93.40.71]:47161 "EHLO holomorphy.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965047AbXCNFot (ORCPT ); Wed, 14 Mar 2007 01:44:49 -0400 Date: Tue, 13 Mar 2007 22:44:58 -0700 From: William Lee Irwin III To: Gene Heskett Cc: linux-kernel@vger.kernel.org Subject: Re: New thread RDSL, post-2.6.20 kernels and amanda (tar) miss-fires Message-ID: <20070314054458.GQ2986@holomorphy.com> References: <200703130428.11014.gene.heskett@gmail.com> <200703131436.33509.gene.heskett@gmail.com> <200703132331.56140.gene.heskett@gmail.com> <20070314050721.GP2986@holomorphy.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070314050721.GP2986@holomorphy.com> Organization: The Domain of Holomorphy User-Agent: Mutt/1.5.13 (2006-08-11) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Mar 13, 2007 at 11:31:53PM -0400, Gene Heskett wrote: >> Now, can someone suggest a patch I can revert that might fix this? The >> total number of patches between 2.6.20 and 2.6.21-rc1 will have me >> building kernels to bisect this till the middle of June at this rate. On Tue, Mar 13, 2007 at 10:07:21PM -0700, William Lee Irwin III wrote: > 4 billion patches could be bisected in 34 boots. Between 2.6.20 and > 2.6.21-rc1 there are only: > $ git rev-list --no-merges v2.6.20..v2.6.21-rc1 |wc -l > 3118 > patches, requiring 14 boots. In general ceil(log(n)/log(2))+2 boots. > Of course, this is a little optimistic because it assumes no additional > breakage occurring at the various bisection points. In any event, > assuming (pessimistically) 10 minutes per build, this is 280 minutes or > 4 hours and 40 minutes of build time. I estimate the process should > complete well before Friday of this week, never mind June. 33 boots for 4 billion, 13 boots for 3118, ceil(log(n)/log(2))+1 boots in general, 10 minutes/build gives 130 minutes or 2 hours, 10 minutes for 13 boots. I have no plausible explanation for these errors, and don't care to be told of any, either. -- wli