Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758025Ab1EMStT (ORCPT ); Fri, 13 May 2011 14:49:19 -0400 Received: from a-pb-sasl-sd.pobox.com ([64.74.157.62]:32891 "EHLO sasl.smtp.pobox.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754777Ab1EMStQ (ORCPT ); Fri, 13 May 2011 14:49:16 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; q=dns; s=sasl; b=HjSxq2gTFm8yUgEQSuIBmZ2KHElsB7HN bF8D1Hkb/zVP6srHISs1bBmEm0T6xBB6ademaSJ16BFb/clvNsQAOauSu8lhWlaA 7NrKM8LYtj+0xPZkwwe1SB1I5EzgERPuJftC6foE9OKuICDrMIODFRsU1VzSsixc 3ijjVhFuEeI= From: Junio C Hamano To: Linus Torvalds Cc: Johannes Sixt , Andrew Lutomirski , Christian Couder , linux-kernel@vger.kernel.org, netdev@vger.kernel.org, git@vger.kernel.org, Shuang He Subject: Re: AAARGH bisection is hard (Re: [2.6.39 regression] X locks up hard right after logging in) References: <4DCD79A0.7000500@kdbg.org> Date: Fri, 13 May 2011 11:48:54 -0700 In-Reply-To: (Linus Torvalds's message of "Fri, 13 May 2011 11:41:46 -0700") Message-ID: <7vliya77xl.fsf@alter.siamese.dyndns.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Pobox-Relay-ID: F86D10F2-7D91-11E0-8636-BBB7F5B2FB1A-77302942!a-pb-sasl-sd.pobox.com Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1356 Lines: 32 Linus Torvalds writes: > When you say that v2.6.38 is good, that means that everything that can > be reached from 2.6.38 is good. > > NOT AT ALL the same thing as "git bisect requires v2.6.38" would be. > > The "requires v2.6.38" would basically say that anything that doesn't > contain v2.6.38 is "off-limits". It's fine to call them "good", but > that's not the same thing as "git bisect good v2.6.38". > > Why? > > Think about it. It's the "reachable from v2.6.38" vs "cannot reach > v2.6.38" difference. That's a HUGE difference. Could you please clarify "off-limits"? Do you mean "anything before v2.6.38 did not even have this feature, so the result of testing a version in that range does not give us any information"? The feature didn't even exist, so a bug can never trigger, and seeing "good" from such a version does not mean everything reachable from it is good? Upon seeing "bad" result from a version before v2.6.38, what can we conclude? The breakage cannot possibly come from the feature that is being checked, so the procedure to check itself is busted? -- 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/