[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.00.1207171237320.15177@router.home>
Date: Tue, 17 Jul 2012 12:39:00 -0500 (CDT)
From: Christoph Lameter <cl@...ux.com>
To: Jiang Liu <liuj97@...il.com>
cc: Pekka Enberg <penberg@...nel.org>, Matt Mackall <mpm@...enic.com>,
Mel Gorman <mgorman@...e.de>,
Jianguo Wu <wujianguo@...wei.com>,
Jiang Liu <jiang.liu@...wei.com>,
Tony Luck <tony.luck@...el.com>,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>,
KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>,
David Rientjes <rientjes@...gle.com>,
Minchan Kim <minchan@...nel.org>,
Keping Chen <chenkeping@...wei.com>, linux-mm@...ck.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] mm/slub: fix a BUG_ON() when offlining a memory node
and CONFIG_SLUB_DEBUG is on
On Wed, 18 Jul 2012, Jiang Liu wrote:
> From: Jianguo Wu <wujianguo@...wei.com>
>
> From: Jianguo Wu <wujianguo@...wei.com>
>
> SLUB allocator may cause a BUG_ON() when offlining a memory node if
> CONFIG_SLUB_DEBUG is on. The scenario is:
>
> 1) when creating kmem_cache_node slab, it cause inc_slabs_node() twice.
> early_kmem_cache_node_alloc
> ->new_slab
> ->inc_slabs_node
> ->inc_slabs_node
New slab will not be able to increment the slab counter. It will
check that there is no per node structure yet and then skip the inc slabs
node.
This suggests that a call to early_kmem_cache_node_alloc was not needed
because the per node structure already existed. Lets fix that instead.
--
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