From owner-freebsd-smp  Mon Oct 23 15:48:38 2000
Delivered-To: freebsd-smp@freebsd.org
Received: from feral.com (feral.com [192.67.166.1])
	by hub.freebsd.org (Postfix) with ESMTP id 6913537B479
	for <freebsd-smp@FreeBSD.ORG>; Mon, 23 Oct 2000 15:48:35 -0700 (PDT)
Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71])
	by feral.com (8.9.3/8.9.3) with ESMTP id PAA06271;
	Mon, 23 Oct 2000 15:44:31 -0700
Date: Mon, 23 Oct 2000 15:41:39 -0700 (PDT)
From: Matthew Jacob <mjacob@feral.com>
Reply-To: mjacob@feral.com
To: Bruce Evans <bde@zeta.org.au>
Cc: Poul-Henning Kamp <phk@critter.freebsd.dk>,
	freebsd-smp@FreeBSD.ORG
Subject: Re: cvs commit: src/sys/sys mutex.h 
In-Reply-To: <Pine.BSF.4.21.0010240909240.1797-100000@besplex.bde.org>
Message-ID: <Pine.LNX.4.21.0010231540310.9395-100000@zeppo.feral.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-smp@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


> 
> > Strictly speaking, not an inline- but instead a per-platform locore.s
> > function- on sun4u it's:
> > 
> > 
> >         retl
> >         mov     THREAD_REG, %o0
> > 
> > On i86 it's:
> > 
> >         movl    %gs:CPU_THREAD, %eax
> >         ret
> > 
> > 
> > This approach solves the KLD issue. But we have to get everyone to agree that
> > even UP kernels have to pay the cost of even trivial function reference
> > instead of linktime binding.
> 
> I wouldn't agree.  Just #define machine-dependent access macros in all
> cases.  In particular, don't require MI code to know that per-cpu
> globals are sometimes normal globals and sometimes macros.  Only the
> i386 UP case made the mistake of not #defining curproc, at least until
> recently.

Okay. I guess I bring all my old biases with me where I just plain don't
believe that there really is such a thing as true MI when you talk about
macros.

-matt




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-smp" in the body of the message