From owner-freebsd-arch Sat Nov 20 21:27:49 1999 Delivered-To: freebsd-arch@freebsd.org Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (Postfix) with ESMTP id 460D314DC8 for ; Sat, 20 Nov 1999 21:27:40 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.3/8.9.3) with ESMTP id GAA23422 for ; Sun, 21 Nov 1999 06:27:40 +0100 (CET) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id GAA12418 for freebsd-arch@freebsd.org; Sun, 21 Nov 1999 06:27:39 +0100 (MET) Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id 6176614DC8 for ; Sat, 20 Nov 1999 21:27:30 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.9.3/8.9.3) with SMTP id WAA01785; Sat, 20 Nov 1999 22:27:28 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id WAA13788; Sat, 20 Nov 1999 22:27:27 -0700 Date: Sat, 20 Nov 1999 22:27:27 -0700 Message-Id: <199911210527.WAA13788@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Julian Elischer Cc: Nate Williams , "Daniel M. Eischen" , freebsd-arch@freebsd.org Subject: Re: Threads In-Reply-To: References: <199911210514.WAA13707@mt.sri.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@mt.sri.com (Nate Williams) Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > > New calls must be able to return and say > > > "hey it's not me returnuing, but actually a new KSE, " > > > > Not only that, but you need a way for it to be 'aborted' out and have it > > cleanup as it goes. I suspect that this will require re-writing a large > > number of syscalls with threading in mind, and leaving the 'old' calls > > in place will allow more flexibility as things change. > > > > I could envision the 'old' calls going away at some point as the new > > calls get completely fleshed out and tested, to be replaced with simple > > wrappers for the threaded calls. > > Maybe in the libraries, but we will need to keep the old syscalls in the > kernel effectively forever. (for old binaries) It's not much of a cost.. > (look at linux emulation). Like I said above, the old calls could be simple wrappers for the new 'threaded' syscalls, which gives us the ability to have both. The 'old' implementations would go away, not the old calls. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message