From: Alistair John Strachan <alistair@devzero.co.uk>
To: "Trenton D. Adams" <trenton.d.adams@gmail.com>
Cc: "Morten P.D. Stevens" <mstevens@win-professional.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: 2.6.29 on MacBook 2,1 fails to reboot
Date: Mon, 30 Mar 2009 19:44:29 +0100 [thread overview]
Message-ID: <200903301944.30030.alistair@devzero.co.uk> (raw)
In-Reply-To: <9b1675090903300826s2ce361e5s1134e13507b0399@mail.gmail.com>
On Monday 30 March 2009 16:26:13 Trenton D. Adams wrote:
> On Mon, Mar 30, 2009 at 6:57 AM, Alistair John Strachan
>
> <alistair@devzero.co.uk> wrote:
> > On Monday 30 March 2009 08:33:06 Trenton D. Adams wrote:
> >> And, if I mark the 2.6.27 one as bad, it just remains on 2.6.27.
> >
> > Don't worry about the kernel version it generates. Git bisections
> > traverse merged branches, including those that weren't rebased before
> > being merged (in fact the preferred work flow). I usually add "-bisect"
> > to CONFIG_LOCALVERSION so I can isolate my work in progress bisection
> > from system kernels.
> >
> > You can trust git to involve only relevant commits between your initial
> > "good" and "bad" markers; don't add more unless you have to. Sometimes
> > you may need to "shift" the bisection midpoint if you encounter build
> > breakage. You should be able to find comments Linus made on the subject
> > by searching the LKML archive for "git bisect visualize".
> >
> > --
> > Cheers,
> > Alistair.
>
> Okay, so are you saying that switching back to 2.6.27 is okay, because
> the patch that caused this problem may have been created in 2.6.27 (as
> a patch to the released version perhaps), not applied to 2.6.28, and
> then applied to 2.6.29?
Yes. Give "gitk" a shot with your revision ID, it should be quite
illuminating.
--
Cheers,
Alistair.
next prev parent reply other threads:[~2009-03-30 18:44 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-30 2:04 2.6.29 on MacBook 2,1 fails to reboot Trenton Adams
2009-03-30 2:46 ` Morten P.D. Stevens
2009-03-30 2:54 ` Trenton Adams
2009-03-30 3:17 ` Morten P.D. Stevens
[not found] ` <897274600903292015n44005d12l82b0fafd170d6292@mail.gmail.com>
2009-03-30 3:18 ` Trenton D. Adams
2009-03-30 4:03 ` Justin Mattock
2009-03-30 4:55 ` Trenton D. Adams
2009-03-30 7:33 ` Trenton D. Adams
2009-03-30 12:57 ` Alistair John Strachan
2009-03-30 15:26 ` Trenton D. Adams
2009-03-30 18:44 ` Alistair John Strachan [this message]
2009-03-31 5:11 ` Trenton D. Adams
2009-04-01 5:19 ` Trenton D. Adams
2009-04-02 0:30 ` Trenton D. Adams
2009-04-05 7:03 ` Trenton D. Adams
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=200903301944.30030.alistair@devzero.co.uk \
--to=alistair@devzero.co.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=mstevens@win-professional.com \
--cc=trenton.d.adams@gmail.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 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.