From: Junio C Hamano <junkio@cox.net>
To: Jon Loeliger <jdl@freescale.com>
Cc: git@vger.kernel.org
Subject: Re: git bisect enhancements?
Date: Wed, 30 Nov 2005 14:43:09 -0800 [thread overview]
Message-ID: <7v3bldoiyq.fsf@assigned-by-dhcp.cox.net> (raw)
In-Reply-To: <1133386585.30767.34.camel@cashmere.sps.mot.com> (Jon Loeliger's message of "Wed, 30 Nov 2005 15:36:26 -0600")
Jon Loeliger <jdl@freescale.com> writes:
>...
> Two or three "good builds" into things, it proposes a
> new build at a272e24cc8751d125f9582befed0213a2a2b270f.
> Which I build and don't quite boot. It hangs after
> the IDE probe, and before the i2c probe. Bummer.
>
> These are not bugs I was looking for. Move along.
This is not about your "bump", but one thing that may worthwhile
to try is bisect enhancements Linus did a couple of days ago, to
let you limit the number of commits tried by specifying the area
you are interested in.
If may not help if only thing you know is that i2c probe is not
what you are looking for, but if you know what area is suspect,
say arch/powerpc and include/asm-powerpc (just taken randomly, I
do not even know if you work in that area), it lets you say:
$ git bisect reset
$ git bisect start arch/powerpc include/asm-powerpc
$ git bisect good v2.6.13-rc3
$ git bisect bad master
What is interesting is that this cuts down the commits to be
inspected to only the ones that touch the specified paths. So
without the path specifier, you may need to bisect 5000 commits in
total, but with the commits limited to the ones that touch these
two example directories, you would need to bisect 247 commits,
which is only a fraction of the original.
next prev parent reply other threads:[~2005-11-30 22:43 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-30 21:36 git bisect enhancements? Jon Loeliger
2005-11-30 22:04 ` Junio C Hamano
2005-11-30 22:07 ` Jon Loeliger
2005-11-30 22:23 ` Junio C Hamano
2005-11-30 22:43 ` Junio C Hamano [this message]
2005-11-30 23:32 ` Linus Torvalds
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7v3bldoiyq.fsf@assigned-by-dhcp.cox.net \
--to=junkio@cox.net \
--cc=git@vger.kernel.org \
--cc=jdl@freescale.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox