From owner-freebsd-arch Wed Jan 17 10:10:34 2001 Delivered-To: freebsd-arch@freebsd.org Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by hub.freebsd.org (Postfix) with SMTP id 6E76F37B6A3 for ; Wed, 17 Jan 2001 10:10:14 -0800 (PST) Received: (qmail 19297 invoked by uid 1142); 17 Jan 2001 18:10:10 -0000 Date: 17 Jan 2001 10:10:10 -0800 Date: Wed, 17 Jan 2001 10:09:54 -0800 From: Jason Evans To: Alfred Perlstein Cc: Randell Jesup , arch@FreeBSD.ORG Subject: Re: HEADS-UP: await/asleep removal imminent Message-ID: <20010117100954.S61852@canonware.com> References: <200101171138.MAA11834@freebsd.dk> <20010117092109.O7240@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010117092109.O7240@fw.wintelcom.net>; from bright@wintelcom.net on Wed, Jan 17, 2001 at 09:21:09AM -0800 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [-current trimmed] On Wed, Jan 17, 2001 at 09:21:09AM -0800, Alfred Perlstein wrote: > 3) no one uses it! :) > > 4) most anything you need asleep for could probably be done with > mutex/cv's. > > I'm not going to axe it for a few days, this is a really amazing > API that Matt added, the problem is utility and useage over code > complexity. I support its removal. I would argue that not only _could_ most uses of asleep instead use mutexes and condition variables, but they _should_. The fact that asleep()/await() aren't used to any significant degree, along with the fact that there are other ways to accomplish the same thing, means that we have an easy opportunity to reduce the complexity of our kernel by removing unused code. At the time that Matt wrote the code, it made sense, and if we hadn't gone the direction of using BSD/OS's SMP architecture, it probably would have been used quite a bit. Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message