From owner-cvs-all Mon Jan 15 13:26:11 2001 Delivered-To: cvs-all@freebsd.org Received: from aslan.scsiguy.com (aslan.scsiguy.com [63.229.232.106]) by hub.freebsd.org (Postfix) with ESMTP id 72F8137B401; Mon, 15 Jan 2001 13:25:46 -0800 (PST) Received: from scsiguy.com (localhost [127.0.0.1]) by aslan.scsiguy.com (8.11.0/8.9.3) with ESMTP id f0FLPis60113; Mon, 15 Jan 2001 14:25:44 -0700 (MST) (envelope-from gibbs@scsiguy.com) Message-Id: <200101152125.f0FLPis60113@aslan.scsiguy.com> To: John Baldwin Cc: Peter Wemm , Poul-Henning Kamp , Wilko Bulte , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, Bruce Evans Subject: Re: cvs commit: src/sys/i386/conf GENERIC In-Reply-To: Your message of "Mon, 15 Jan 2001 13:17:21 PST." Date: Mon, 15 Jan 2001 14:25:44 -0700 From: "Justin T. Gibbs" Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >See those 'cli' and 'popfl' instrucitons? Those are _privileged_. Userland >can't disable/enable interrupts, so we have to trap into the kernel to do this >no matter what. All that is required in the userland implementation is the setting of a flag so the userland thread scheduler does not perform a thread switch. Having an interrupt fire does not have the same consequences on a userland program as it does for the kernel. >If you want to patch the code to do a syscall instead of a >cmpxchg instruction, fine. However, emulating atomic_cmpset in userland on a >386 requires a trap into the kernel. Please assume for at least 1 minute that >the SMPng guys are not complete bumbling idiots and that we may have actually >thought about this for at least 5 minutes. I don't think your idiots at all, I just think that you are interested in making a case of deprecation of the i386 because it is the quickist path from A->B. If we decide to deprecate the i386 on technical ground, so be it, but I haven't seen such a case presented yet. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message