[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080930110459.GB12529@elte.hu>
Date: Tue, 30 Sep 2008 13:04:59 +0200
From: Ingo Molnar <mingo@...e.hu>
To: Mike Travis <travis@....com>
Cc: Rusty Russell <rusty@...tcorp.com.au>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Yinghai Lu <yhlu.kernel@...il.com>,
David Miller <davem@...emloft.net>, Alan.Brunelle@...com,
tglx@...utronix.de, rjw@...k.pl,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
kernel-testers@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>,
arjan@...ux.intel.com, Jack Steiner <steiner@....com>
Subject: Re: [Bug #11342] Linux 2.6.27-rc3: kernel BUG at mm/vmalloc.c -
bisected
* Mike Travis <travis@....com> wrote:
> > could you please send whatever .c changes you have already, so that
> > we can have a look at how the end result will look like? Doesnt have
> > to build, i'm just curious about how it looks like in practice,
> > semantically.
>
>
> I will, and the full "allyesconfig" does compile. And it's basically
> a benign change in that the functionality is still the same. I'm
> currently reordering it a bit to clean it up.
btw., are the resulting instructions also expected to be the same? If
yes then you might want to verify it all by making sure the md5's of the
.o's do not change.
(If that's not possible (gcc decides to compile it a bit differently)
then no big deal, just wanted to mention the possibility.)
Ingo
--
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