Christoph Lameter writes: > I do not get it. You first mark all pages on node 0 then we run the bootup > code and later we shift those pages into node 0? So the slab bootstrap is > running when all pages are marked as being part of node 1 then later we > switch those pages under it to node 0? No, the bootmem code correctly marks all the pages in node 0 as being in node 0. Then it goes through and marks *all* pages as being in node 1, because it marks all pages between the first and last pages in the node as being in the node. The first page in node 1 is before all the pages in node 0, and the last page in node 1 is after all the pages in node 0. So we end up with the system thinking all the memory is in node 1, although in fact half the memory is in node 0. Anyway, it looks like this problem wasn't introduced by your patches, and is solved by the patch Andy Whitcroft posted, so thanks for your assistance with this. Paul. - 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/
- 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!
- 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!
- Prev by Date: Re: [PATCH 1/3] Fix COW D-cache aliasing on fork
- Next by Date: kernel internal built in module loading order
- 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):