[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20081110082802.GA22392@elte.hu>
Date: Mon, 10 Nov 2008 09:28:02 +0100
From: Ingo Molnar <mingo@...e.hu>
To: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
Cc: Pavel Machek <pavel@...e.cz>,
kernel list <linux-kernel@...r.kernel.org>,
"Rafael J. Wysocki" <rjw@...k.pl>, "H. Peter Anvin" <hpa@...or.com>
Subject: Re: CONFIG_NUMA breaks hibernation on x86-32 with PAE
* KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com> wrote:
> On Mon, 10 Nov 2008 08:55:29 +0100
> Pavel Machek <pavel@...e.cz> wrote:
>
> > >
> > > * Pavel Machek <pavel@...e.cz> wrote:
> > >
> > > > ...at least on 2.6.27 and 2.6.28-rc3. Resume gets to
> > > > acpi_hibernation_leave, then SLAB corruption is detected and machine
> > > > ends in series of oops.
> > > >
> > > > Any ideas how to debug that?
> > >
> > > do you get any serial log or USB key output, so that it's debuggable
> > > directly?
> >
> > Well, I can transcribe the BUG() from a picture, I guess, but it does
> > not seem to contain much useful info: SLAB corruption was detected and
> > backtrace is not quite important at that point...
> >
> > Serial console is probably possible, but would take few days to setup.
> > Pavel
>
> How about this patch ?
> ==
> http://marc.info/?l=linux-mm-commits&m=122624388629106&w=2
> ==
note, that fix of Rafael's is now upstream as:
c5d7124: Fix __pfn_to_page(pfn) for CONFIG_DISCONTIGMEM=y
and included in v2.6.28-rc4.
But yes, this area of code (the save/restore of memory maps) would be
the main suspect to investigate.
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