Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759390Ab1EMO5R (ORCPT ); Fri, 13 May 2011 10:57:17 -0400 Received: from mail-px0-f173.google.com ([209.85.212.173]:37097 "EHLO mail-px0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758703Ab1EMO5Q convert rfc822-to-8bit (ORCPT ); Fri, 13 May 2011 10:57:16 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=FnIBuccDQ8T9OpLn4Th3Dk+A5d5c4hHQ7lkTxqxHFir9vzwAUlg6Ot9EudyqDnCXMu 2Oi+2+SYs6e0n1ntDWxEy8sp6vOHCCdN/McvuAH/tsuBU+nAdaxshZzLPdiN2ogti4Zr qsIaySVxhX147lO9DHwoDFwtW3pBdvxEdIJlA= MIME-Version: 1.0 In-Reply-To: References: From: Andrew Lutomirski Date: Fri, 13 May 2011 10:56:54 -0400 X-Google-Sender-Auth: a25XyeT2y0XY6I_b5girSa_-ZOc Message-ID: Subject: Re: AAARGH bisection is hard (Re: [2.6.39 regression] X locks up hard right after logging in) To: Christian Couder Cc: linux-kernel@vger.kernel.org, netdev@vger.kernel.org, git@vger.kernel.org, Linus Torvalds , Shuang He Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2781 Lines: 62 On Fri, May 13, 2011 at 9:38 AM, Andrew Lutomirski wrote: > On Fri, May 13, 2011 at 4:20 AM, Christian Couder > wrote: >> On Thu, May 12, 2011 at 7:15 PM, Andrew Lutomirski wrote: >>> >>> OK, this sucks. ?In the course of bisecting this, I've hit two other >>> apparently unrelated bugs that prevent my from testing large numbers >>> of kernels. ?Do I have two questions: >>> >>> 1. Anyone have any ideas from looking at the log? >>> >>> It looks like most of what's left is network code, so cc netdev. >>> >>> 2. ?The !&$#@ bisection is skipping all over the place. ?I've seen >>> 2.6.37 versions and all manner of -rc's out of order. ?Linus, and >>> other people who like pontificating about git bisection: is there any >>> way to get the bisection to follow Linus' tree? ?I think that if >>> bisect could be persuaded to consider only changes that are reached by >>> following only the *first* merge parent all the way from the bad >>> revision to the good revision, then the bisection would build versions >>> that were at least good enough for Linus to pull and might have fewer >>> bisection-killing bugs. >>> >>> (This isn't a new idea [1], and git rev-list --bisect --first-parent >>> isn't so bad except that it doesn't bisect.) >> >> Did you forget to put the reference [1] in your email? Was it this one >> you were thinking about: >> >> http://thread.gmane.org/gmane.comp.version-control.git/165433/ > > No, it was this: > > http://stackoverflow.com/questions/5638211/how-do-you-get-git-bisect-to-ignore-merged-branches > Sadly even that's not enough. I finished the bisection (by standard-ish techniques but with a bit of overriding of git bisect's choices and occasional merging of newer versions of -linus to get something that would boot) and it pointed to a commit that wasn't the culprit. The problem is that 2.6.39-rc7 is bad, 2.6.38 (and 2.6.38.{5,6}) is good, but 2.6.38-rc5 is bad and fails identically to 2.6.39-rc7. I think that git bisect makes the assumption that ancestors of a good commit are good, and that just isn't true for this bug. So what I really want is a fancy version of git bisect that makes no assumptions about the relationship of good and bad commits in the graph and just finds me a commit that is bad but for which all parents are good or vice versa. I'm currently bisecting the other way to find the commit before 2.6.38 that fixed the bug, since there's presumably less churn there than in the early bits of 2.6.39. --Andy -- 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/