[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <15652.1180350764@turing-police.cc.vt.edu>
Date: Mon, 28 May 2007 07:12:44 -0400
From: Valdis.Kletnieks@...edu
To: Pekka Enberg <penberg@...helsinki.fi>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
linux-kernel@...r.kernel.org
Subject: Re: 2.6.22-rc2-mm1 - a different BUG: at mm/slab.c:777 __find_general_cachep()
On Mon, 28 May 2007 13:43:12 +0300, Pekka Enberg said:
> On 5/28/07, Valdis.Kletnieks@...edu <Valdis.Kletnieks@...edu> wrote:
> > [4294667.472000] BUG: at mm/slab.c:777 __find_general_cachep()
>
> [snip]
>
> > Any suggestions before I go doing the bisect shuffle?
>
> It's complaining about a kmalloc() with size zero. The warning is new
> and harmless for now, so no need to bisect this (it will point you at
> the mm/slab.c change by Christoph Lameter).
I knew *that* part. Closer look at drivers/firmware/dmi-id.c indicates that
it's likely a busticated DMI field in my BIOS - looking around at the stuff in
/sys/devices/virtual/dmi/id I found that the files product_version, board_version
board_asset_tag, chassis_version, and chassis_asset_tag are empty (trying
to 'cat' them gets just a \n) - the other values all look sane.
This looks fishy:
#define ADD_DMI_ATTR(_name, _field) if (dmi_get_system_info(_field)) sys_dmi_attributes[i++] = & sys_dmi_##_name##_attr.attr;
Should that be making a check that it's not pointing at a null string?
Content of type "application/pgp-signature" skipped
Powered by blists - more mailing lists