Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 11 Mar 2003 02:10:20 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 11 Mar 2003 02:10:20 -0500 Received: from modemcable092.130-200-24.mtl.mc.videotron.ca ([24.200.130.92]:24136 "EHLO montezuma.mastecende.com") by vger.kernel.org with ESMTP id ; Tue, 11 Mar 2003 02:10:19 -0500 Date: Tue, 11 Mar 2003 02:17:44 -0500 (EST) From: Zwane Mwaikambo X-X-Sender: zwane@montezuma.mastecende.com To: William Lee Irwin III cc: linux-kernel@vger.kernel.org Subject: Re: cpu-2.5.64-1 In-Reply-To: <20030311042457.GL465@holomorphy.com> Message-ID: References: <20030311042457.GL465@holomorphy.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 963 Lines: 22 On Mon, 10 Mar 2003, William Lee Irwin III wrote: > Enable NUMA-Q's to run with more than 32 cpus by introducing a bitmap > ADT and using it for cpu bitmasks on i386. Only good for up to 60 cpus; > 64x requires support for node-local cluster ID to physical node routes. > > Merged Randy Dunlap's cleanups last release; nothing's changed since. Have you had an opportunity to test this code yet? If you can't get that large a 32bit SMP box, you could fire off some 'extra' cpus on i386 then fail them during boot around cpu_up, making sure to put the failed cpus somewhere in the middle of your cpu map so that not only do you get a sparse map but some on the other side of 32. Zwane -- function.linuxpower.ca - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/