From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <47EA72E9.4060307@sgi.com> Date: Wed, 26 Mar 2008 08:59:37 -0700 From: Mike Travis MIME-Version: 1.0 Subject: Re: [PATCH 0/2] NR_CPUS: increase maximum NR_CPUS to 4096 References: <20080326014137.934171000@polaris-admin.engr.sgi.com> <20080326061925.GC18301@elte.hu> In-Reply-To: <20080326061925.GC18301@elte.hu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Ingo Molnar Cc: Andrew Morton , linux-mm@kvack.org, linux-kernel@vger.kernel.org List-ID: Ingo Molnar wrote: > * Mike Travis wrote: > >> Increases the limit of NR_CPUS to 4096 and introduces a boolean called >> "MAXSMP" which when set (e.g. "allyesconfig") will set NR_CPUS = 4096 >> and NODES_SHIFT = 9 (512). >> >> I've been running this config (4k NR_CPUS, 512 Max Nodes) on an AMD >> box with 2 dual-cores and 4gb memory. I've also successfully booted >> it in a simulated 2cpus/1Gb environment. > > cool! > > this depends on the cpumask changes to work correctly (i.e. to boot at > all), right? > > Ingo Yes, it overflows the stack quite quickly without the cpumask changes. I didn't do any testing to see what's the minimal set of changes. 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