From: Ken Moffat <zarniwhoop@ntlworld.com>
To: Rene Herman <rene.herman@keyaccess.nl>
Cc: Adrian Bunk <bunk@kernel.org>,
Linux Kernel <linux-kernel@vger.kernel.org>,
Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: GIT bisection range errors
Date: Thu, 8 May 2008 23:56:45 +0100 [thread overview]
Message-ID: <20080508225645.GA24725@deepthought> (raw)
In-Reply-To: <48238087.7000509@keyaccess.nl>
On Fri, May 09, 2008 at 12:36:55AM +0200, Rene Herman wrote:
> On 09-05-08 00:25, Adrian Bunk wrote:
> >On Fri, May 09, 2008 at 12:20:16AM +0200, Rene Herman wrote:
> >>Good day.
> >>
> >>I'm in a git bisect and am experiencing strangeness. I did a
> >>
> >>$ git checkout -b rc v2.6.26-rc1
> >>$ git bisect start
> >>$ git bisect bad
> >>$ git bisect good v2.6.25
> >>
> >>Yet, during this I'm finding myself at 2.6.25-rc6 and 2.6.25-rc8
> >>as the last two results (both good...).
> >>
> >>Here's the BISECT_LOG upto this point. Is there anyone available
> >>who understands this well enough to be able to say from this that
> >>my tree is fubar? It should be a straight Linus' clone, and it's
> >>always pulling without trouble.
> >>
> >>git-bisect start
> >># bad: [2ddcca36c8bcfa251724fe342c8327451988be0d] Linux 2.6.26-rc1
> >>git-bisect bad 2ddcca36c8bcfa251724fe342c8327451988be0d
> >># good: [4b119e21d0c66c22e8ca03df05d9de623d0eb50f] Linux 2.6.25
> >>git-bisect good 4b119e21d0c66c22e8ca03df05d9de623d0eb50f
> >># bad: [7ae44cfa7ab29b277691327e8de790d7b880722f] [ALSA] snd-powermac:
> >>style awacs.s and awacs.h
> >>git-bisect bad 7ae44cfa7ab29b277691327e8de790d7b880722f
> >># good: [7cea51be4e91edad05bd834f3235b45c57783f0d] security: fix up
> >>documentation for security_module_enable
> >>git-bisect good 7cea51be4e91edad05bd834f3235b45c57783f0d
> >># bad: [8f19ca1341a6d89bd96e2e69e6e10f46d3258089] x86: unify gfp masks
> >>git-bisect bad 8f19ca1341a6d89bd96e2e69e6e10f46d3258089
> >># good: [f49e1aa133c2c9b74b5dfddca8863609bbda9086] [NETFILTER]:
> >>nf_conntrack_sip: update copyright
> >>git-bisect good f49e1aa133c2c9b74b5dfddca8863609bbda9086
> >># good: [0b18542b7f5379e052d2a3132be91185776e7ceb] [NET]: Sink IPv6
> >>menuoptions into its own submenu
> >>git-bisect good 0b18542b7f5379e052d2a3132be91185776e7ceb
> >
> >Don't trust any dates you see in git. ;-)
> >
> >The last commit in your list was added to David's tree at around the
> >time Linus released Linux 2.6.25-rc7.
> >
> >But David's tree was merged into Linus' tree after 2.6.25.
> >
> >So actually everything is fine.
>
> Well, thanks for the reply and I'm going forward for now, but the Makefile
> is actually calling this 2.6.25-rc8. My next "git bisect good" after the
> above landed me now after 2.6.25 according to the Makefile. It could just
> be a tags issue I guess, where my tree is confused about what tag belongs
> to v2.6.25?
>
> (new two lines in the log)
>
> # good: [ba380013b681e91e059f95b51002f8d43024b371] b43: Add fastpath to
> b43_mac_suspend()
> git-bisect good ba380013b681e91e059f95b51002f8d43024b371
>
> Rene.
I reported a similar thing at the beginning of April
http://lkml.org/lkml/2008/4/2/390 - 2.6.25-rc1 bad, 2.6.24 good, git
dropped me back at 2.6.24-rc4 (again, according to the top level
Makefile).
Ken
--
das eine Mal als Tragödie, das andere Mal als Farce
next prev parent reply other threads:[~2008-05-08 22:56 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-08 22:20 GIT bisection range errors Rene Herman
2008-05-08 22:25 ` Adrian Bunk
2008-05-08 22:36 ` Rene Herman
2008-05-08 22:56 ` Ken Moffat [this message]
2008-05-08 23:33 ` Roland Dreier
2008-05-09 1:12 ` Rene Herman
2008-05-09 21:10 ` Ken Moffat
2008-05-09 21:45 ` Daniel Barkalow
2008-05-10 16:52 ` Ken Moffat
2008-05-08 23:00 ` Linus Torvalds
2008-05-08 23:12 ` Rene Herman
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=20080508225645.GA24725@deepthought \
--to=zarniwhoop@ntlworld.com \
--cc=bunk@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rene.herman@keyaccess.nl \
--cc=torvalds@linux-foundation.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.