[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070618002548.GC27460@linux-sh.org>
Date: Mon, 18 Jun 2007 09:25:48 +0900
From: Paul Mundt <lethal@...ux-sh.org>
To: Carlo Wood <carlo@...noe.com>, Dave Jones <davej@...hat.com>,
linux-kernel@...r.kernel.org, eric@...olt.net,
zhenyu.z.wang@...el.com, y-goto@...fujitsu.com,
torvalds@...ux-foundation.org
Subject: Re: 2.6.22-rc5 regression
On Mon, Jun 18, 2007 at 02:10:49AM +0200, Carlo Wood wrote:
> On Mon, Jun 18, 2007 at 08:18:58AM +0900, Paul Mundt wrote:
> > The obvious question of course is whether actually reverting this
> > changeset fixes your problem? I would be very surprised if it did.
>
> Having a git commit Id, like d09c6b809432668371b5de9102f4f9aa6a7c79cc,
> how can I create a .diff file from that?
>
$ git show d09c6b809432668371b5de9102f4f9aa6a7c79cc | patch -p1 -R
... build and test ...
$ git show d09c6b809432668371b5de9102f4f9aa6a7c79cc | patch -p1
... back to original (or git checkout-index -f mm/page_alloc.c) ...
if you just want to test that single change.
> I think git bisect made an error... as you can see for yourself
> with the list of tested git Id's that I gave - it didn't test
> both sides of that patch imho. If you tell me how to extract a patch
> then I'll manually unapply it to some failing kernel revisions and
> see if that makes a difference.
>
Assuming that reverting that patch makes no difference, can you provide
the output of 'git bisect log'?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists