From owner-cvs-all Fri Mar 8 10: 0:47 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 11C6F37B416 for ; Fri, 8 Mar 2002 10:00:38 -0800 (PST) Received: (qmail 2514 invoked from network); 8 Mar 2002 18:00:37 -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 ; 8 Mar 2002 18:00:37 -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 g28I0xv10670; Fri, 8 Mar 2002 13:00:59 -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: <6023.1015543411@critter.freebsd.dk> Date: Fri, 08 Mar 2002 13:00:28 -0500 (EST) From: John Baldwin To: Poul-Henning Kamp Subject: Re: cvs commit: src/sys/sys smp.h src/sys/kern subr_smp.c src/sy Cc: Matthew Jacob , 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 07-Mar-02 Poul-Henning Kamp wrote: > In message , John Baldwin writes: >> >>On 07-Mar-02 Poul-Henning Kamp wrote: >>> In message , John Baldwin writes: >>> >>>>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. >>> >>> What is the problem with putting a logical CPU id in a word in the >>> per-cpu area ? As far as I know, that would even be faster to read >>> than the APIC-id ? >> >>Nothing. We actully do this now. We just base the logical ID on the >>physical >>ID now in a 1:1 fashion. > > So if we change this not to, JeffR and others needing a per-cpu array > index will be happy. > > Going first ? > > Going second ? > > Going ? It doesn't _matter_. For consumers of the code, it is a sparse logical ID in the range 0...MAXCPU. It is an _implementation_ detail that on the alpha arch, the logical ID just happens to be the physical ID. I just wanted to make _sure_ that people were aware that the ID's were sparse and was simply bringing up the alpha as an example of _how_ it could be sparse. -- 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