From owner-cvs-all Thu Mar 7 15:11:43 2002 Delivered-To: cvs-all@freebsd.org Received: from mail11.speakeasy.net (mail11.speakeasy.net [216.254.0.211]) by hub.freebsd.org (Postfix) with ESMTP id B543837B405 for ; Thu, 7 Mar 2002 15:11:34 -0800 (PST) Received: (qmail 3730 invoked from network); 7 Mar 2002 23:11:33 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) by mail11.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 7 Mar 2002 23:11:33 -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 g27NBvv07966; Thu, 7 Mar 2002 18:11:57 -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 18:11:31 -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: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, Jeff Roberson 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 07-Mar-02 Matthew Jacob wrote: >> >> 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. > > The latter certainly. I would like everyone to assume a sparse space. After > all, under the current implementation, the first CPU for an Alpha 8200 is at > ID 8, not 0. > > As far as the rest- fair enough, I suppose. But as long as you just keep the > notion that these are phyical IDs, then people will make (IMO) unwarranted > assumptions about this over time, and as soon as you *get* a platform that > doesn't fit this, you're in trouble. Ah, I see where you are gettnig at I think. Yes, the logical ID's should be treated as virtual ID's by consumers and no correlation to physical ID's should be assumed. It is just an implementation detail of the current Alpha CPU ID mapping and I was merely using it as an example of where a sparse mapping can appear. :) > -matt -- 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