Date: Mon, 23 Oct 2000 15:41:39 -0700 (PDT) From: Matthew Jacob <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 Message-ID: <Pine.LNX.4.21.0010231540310.9395-100000@zeppo.feral.com> In-Reply-To: <Pine.BSF.4.21.0010240909240.1797-100000@besplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.4.21.0010231540310.9395-100000>