Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932319AbVJaJNq (ORCPT ); Mon, 31 Oct 2005 04:13:46 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932339AbVJaJNq (ORCPT ); Mon, 31 Oct 2005 04:13:46 -0500 Received: from warden2-p.diginsite.com ([209.195.52.120]:63412 "HELO warden2.diginsite.com") by vger.kernel.org with SMTP id S932319AbVJaJNp (ORCPT ); Mon, 31 Oct 2005 04:13:45 -0500 From: David Lang To: Junio C Hamano Cc: linux-kernel@vger.kernel.org, Rob Landley X-X-Sender: dlang@dlang.diginsite.com In-Reply-To: <7vpspmhxhz.fsf@assigned-by-dhcp.cox.net> References: <20051029182228.GA14495@havoc.gtf.org><200510301731.47825.rob@landley.net><200510302035.26523.rob@landley.net><7v7jbujfh6.fsf@assigned-by-dhcp.cox.net><20051029182228.GA14495@havoc.gtf.org><200510301731.47825.rob@landley.net><200510302035.26523.rob@landley.net><7v7jbujfh6.fsf@assigned-by-dhcp.cox.net> <7vpspmhxhz.fsf@assigned-by-dhcp.cox.net> Date: Mon, 31 Oct 2005 01:13:18 -0800 (PST) X-X-Sender: dlang@dlang.diginsite.com Subject: Re: [git patches] 2.6.x libata updates In-Reply-To: <7vpspmhxhz.fsf@assigned-by-dhcp.cox.net> Message-ID: References: <20051029182228.GA14495@havoc.gtf.org><200510301731.47825.rob@landley.net><200510302035.26523.rob@landley.net><7v7jbujfh6.fsf@assigned-by-dhcp.cox.net><20051029182228.GA14495@havoc.gtf.org><200510301731.47825.rob@landley.net><200510302035.26523.rob@landley.net><7v7jbujfh6.fsf@assigned-by-dhcp.cox.net> <7vpspmhxhz.fsf@assigned-by-dhcp.cox.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1437 Lines: 33 On Mon, 31 Oct 2005, Junio C Hamano wrote: > David Lang writes: > >> given the time required to compile a kernel and reboot you can't plan to >> keep the info server side (browser connections will time out well before >> this finishes) >> >> instead this will require saving something on the client and passing it >> back to the server. > > I was thinking about doing thatn in hidden input fields and > passing form back and forth. After all what real git bisect > keeps locally are one bad commit ID and bunch of good commit > IDs. if it's kept in a file or cookie then it can survive a reboot and other distractions (remember that this process can take days if the problem doesn't show up at boot). a cookie can hold a couple K worth of data, a file has no size limit. it would also be a good idea if the web page could give an estimate estimate of how many additional tests may end up being required. David Lang -- There are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies. And the other way is to make it so complicated that there are no obvious deficiencies. -- C.A.R. Hoare - 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/