[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1236707030.3205.21.camel@calx>
Date: Tue, 10 Mar 2009 12:43:50 -0500
From: Matt Mackall <mpm@...enic.com>
To: "Alan D. Brunelle" <Alan.Brunelle@...com>
Cc: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
cl@...ux-foundation.org, penberg@...helsinki.fi, linux-mm@...ck.org
Subject: Re: PROBLEM: kernel BUG at mm/slab.c:3002!
On Tue, 2009-03-10 at 13:29 -0400, Alan D. Brunelle wrote:
> Matt Mackall wrote:
> > On Tue, 2009-03-10 at 11:16 -0400, Alan D. Brunelle wrote:
> >> Running blktrace & I/O loads cause a kernel BUG at mm/slab.c:3002!.
> >
> > Pid: 11346, comm: blktrace Tainted: G B 2.6.29-rc7 #3 ProLiant
> > DL585 G5
> >
> > That 'B' there indicates you've hit 'bad page' before this. That bug
> > seems to be strongly correlated with some form of hardware trouble.
> > Unfortunately, that makes everything after that point a little suspect.
>
>
> /If/ it were a hardware issue, that might explain the subsequent issue
> when I switched to SLUB instead...
Well it was almost certainly not a bug in SLAB itself (and your SLUB
test is obviously quite conclusive there). We'd have lots of reports.
It's probably too early to conclude it's hardware though.
> How does one look for "bad page reports"?
It'll look something like this (pasted from Google):
>> kernel: Bad page state at free_hot_cold_page (in process 'beam',
>> page c1a95320)
>> kernel: flags:0x40020118 mapping:f401adc0 mapped:0 count:0
>> private:0x00000000
--
http://selenic.com : development and support for Mercurial and Linux
--
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