From owner-cvs-all Thu Mar 7 14:16:51 2002 Delivered-To: cvs-all@freebsd.org Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by hub.freebsd.org (Postfix) with ESMTP id 7C42A37B417 for ; Thu, 7 Mar 2002 14:16:43 -0800 (PST) Received: (qmail 681 invoked from network); 7 Mar 2002 22:16:42 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail5.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 7 Mar 2002 22:16:42 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.11.6/8.11.6) with ESMTP id g27MH6v07832; Thu, 7 Mar 2002 17:17:06 -0500 (EST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 07 Mar 2002 17:16:39 -0500 (EST) From: John Baldwin To: Matthew Jacob Subject: RE: cvs commit: src/sys/sys smp.h src/sys/kern subr_smp.c src/sy Cc: Jeff Roberson , cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 06-Mar-02 Matthew Jacob wrote: > >> If someone wants to make them virtual then they can do it I suppose. >> However, that doesn't help if you ever want to support the notion of >> removing and adding CPU's at runtime. You would still have to deal with >> sparse ID's in that case, so maybe it's just better to not assume packed >> ID's to begin with? > > Well, yes and no. There's two issues here. Yes, you should assume a sparse > space. But it's also convenient to know that there's some bounded (less than > 1000, e.g.) number of CPUs so you can do arrays sizes, etc. It would also be > able to index conveniently off of some number related to the currently > running > CPU instead of going "I'm CPU-ID 0x7abcdefg..hmm. Now let me search my > database so I can find the softc that corresponds to this....". Yes, well, the current Alpha ID's do fit this model. :) I think you want what we already have. If we do end up with an arch which uses 64-bit phyiscal ID numbers or other such weirdness then it is free to assign logical ID's as it sees fit. We just happen to use the phyiscal ID for the virtaul ID on Alpha, i386 (and sparc64 I believe) since they do fit these requirements. Does that make sense? I'm not say we need to support some wildly sparse range, but we shouldn't assume 0 and 1 for any dual CPU system. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message