From owner-freebsd-arch Mon Nov 12 9:31:44 2001 Delivered-To: freebsd-arch@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 309CA37B419; Mon, 12 Nov 2001 09:31:39 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fACHVck84386; Mon, 12 Nov 2001 09:31:38 -0800 (PST) (envelope-from dillon) Date: Mon, 12 Nov 2001 09:31:38 -0800 (PST) From: Matthew Dillon Message-Id: <200111121731.fACHVck84386@apollo.backplane.com> To: Peter Wemm Cc: Bruce Evans , Robert Watson , freebsd-arch@FreeBSD.ORG Subject: Re: cur{thread/proc}, or not. References: <20011112123925.6A89E380A@overcee.netplex.com.au> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :> It's a mess, but the code produced isn't too bad. It's much better :> now that the mutexes are calling real procedures. : :Mutexes only call procedures if debugging options are on. If you compile :without INVARIANTS, KTR, or WITNESS, then you get the maximum inline :versions. Sigh. Well, better then nothing I guess. :Regarding __globaldata() .. That's almost how an intermediate version :of globals.h did it on the i386, about rev 1.16. We always have the option :to go back to something like later on if preemption turns out to be a wash. : :Your inline function doesn't work though.. %fs isn't a general purpose :register.. You can't store a pointer in the register itself. You have :to use an indirect memory reference to fetch the pointer. Ach. Right, of course. :Anyway, we have plenty of time to come back to this if it turns out that :we dont need the complexity. We have *lots* of optimization choices. :But we should not start restricting our options yet. : :Cheers, :-Peter :-- :Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au Well, that's part of the problem. We *don't* hav elots of optimization choices. The way things are currently set-up it is not possible to depend on *anything* being stable without obtaining a mutex first. I'm not going to worry about it for the moment, I have bigger fish to fry. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message