I would expect this patch to fix your issues. This will allow fallback allocations to occur in the page allocator during slab bootstrap. This means your per node queues will be contaminated as they were before. After the slab allocator is fully booted then the per node queues will become gradually become node clean. I think it would be better if the PPC arch would fix this issue by either making memory available on node 0 or setting up node 1 as the boot node. Signed-off-by: Christoph Lameter <[email protected]> Index: linux-2.6.19-rc2-mm1/mm/slab.c =================================================================== --- linux-2.6.19-rc2-mm1.orig/mm/slab.c 2006-10-19 11:54:24.000000000 -0500 +++ linux-2.6.19-rc2-mm1/mm/slab.c 2006-10-19 11:59:24.208194796 -0500 @@ -1589,7 +1589,10 @@ static void *kmem_getpages(struct kmem_c * the needed fallback ourselves since we want to serve from our * per node object lists first for other nodes. */ - flags |= cachep->gfpflags | GFP_THISNODE; + if (g_cpucache_up != FULL) + flags |= cachep->gfpflags; + else + flags |= cachep->gfpflags | GFP_THISNODE; page = alloc_pages_node(nodeid, flags, cachep->gfporder); if (!page) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: kernel BUG in __cache_alloc_node at linux-2.6.git/mm/slab.c:3177!
- From: Christoph Lameter <[email protected]>
- Re: kernel BUG in __cache_alloc_node at linux-2.6.git/mm/slab.c:3177!
- From: Will Schmidt <[email protected]>
- Re: kernel BUG in __cache_alloc_node at linux-2.6.git/mm/slab.c:3177!
- References:
- Re: kernel BUG in __cache_alloc_node at linux-2.6.git/mm/slab.c:3177!
- From: Will Schmidt <[email protected]>
- Re: kernel BUG in __cache_alloc_node at linux-2.6.git/mm/slab.c:3177!
- From: Christoph Lameter <[email protected]>
- Re: kernel BUG in __cache_alloc_node at linux-2.6.git/mm/slab.c:3177!
- From: Will Schmidt <[email protected]>
- Re: kernel BUG in __cache_alloc_node at linux-2.6.git/mm/slab.c:3177!
- From: Christoph Lameter <[email protected]>
- Re: kernel BUG in __cache_alloc_node at linux-2.6.git/mm/slab.c:3177!
- From: Paul Mackerras <[email protected]>
- Re: kernel BUG in __cache_alloc_node at linux-2.6.git/mm/slab.c:3177!
- From: Christoph Lameter <[email protected]>
- Re: kernel BUG in __cache_alloc_node at linux-2.6.git/mm/slab.c:3177!
- From: Paul Mackerras <[email protected]>
- Re: kernel BUG in __cache_alloc_node at linux-2.6.git/mm/slab.c:3177!
- From: Christoph Lameter <[email protected]>
- Re: kernel BUG in __cache_alloc_node at linux-2.6.git/mm/slab.c:3177!
- From: Paul Mackerras <[email protected]>
- Re: kernel BUG in __cache_alloc_node at linux-2.6.git/mm/slab.c:3177!
- From: Christoph Lameter <[email protected]>
- Re: kernel BUG in __cache_alloc_node at linux-2.6.git/mm/slab.c:3177!
- From: Anton Blanchard <[email protected]>
- Re: kernel BUG in __cache_alloc_node at linux-2.6.git/mm/slab.c:3177!
- Prev by Date: Re: [PATCH] diskquota: 32bit quota tools on 64bit architectures
- Next by Date: Re: pci_fixup_video change blows up on sparc64
- Previous by thread: Re: kernel BUG in __cache_alloc_node at linux-2.6.git/mm/slab.c:3177!
- Next by thread: Re: kernel BUG in __cache_alloc_node at linux-2.6.git/mm/slab.c:3177!
- Index(es):
 |