From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <478E57F2.8010206@sgi.com> Date: Wed, 16 Jan 2008 11:16:02 -0800 From: Mike Travis MIME-Version: 1.0 Subject: Re: [PATCH 02/10] x86: Change size of node ids from u8 to u16 V3 References: <20080116170902.006151000@sgi.com> <20080116170902.328187000@sgi.com> <20080116185356.e8d02344.dada1@cosmosbay.com> In-Reply-To: <20080116185356.e8d02344.dada1@cosmosbay.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Eric Dumazet Cc: Andrew Morton , Andi Kleen , mingo@elte.hu, Christoph Lameter , Jack Steiner , linux-mm@kvack.org, linux-kernel@vger.kernel.org List-ID: > > Another point: you want this change, sorry if my previous mail was not detailed enough : > > --- a/arch/x86/mm/numa_64.c > +++ b/arch/x86/mm/numa_64.c > @@ -78,7 +78,7 @@ static int __init allocate_cachealigned_memnodemap(void) > unsigned long pad, pad_addr; > > memnodemap = memnode.embedded_map; > - if (memnodemapsize <= 48) > + if (memnodemapsize <= ARRAY_SIZE(memnode.embedded_map)) > return 0; > > pad = L1_CACHE_BYTES - 1; > Hi Eric, I'm still getting this message with the numa=fake=4 start option: Faking node 0 at 0000000000000000-0000000028000000 (640MB) Faking node 1 at 0000000028000000-0000000050000000 (640MB) Faking node 2 at 0000000050000000-0000000078000000 (640MB) Faking node 3 at 0000000078000000-000000009ff00000 (639MB) NUMA: Using 27 for the hash shift. Your memory is not aligned you need to rebuild your kernel with a bigger NODEMAPSIZE shift=27 No NUMA hash function found. NUMA emulation disabled. Is there something else I need to change? (This is on an AMD box.) Thanks! Mike -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org