From owner-cvs-all Fri Feb 13 19:08:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA15010 for cvs-all-outgoing; Fri, 13 Feb 1998 19:08:37 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA15004 for ; Fri, 13 Feb 1998 19:08:35 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.8.8/8.8.5) with ESMTP id TAA06197; Fri, 13 Feb 1998 19:07:11 -0800 (PST) Message-Id: <199802140307.TAA06197@dingo.cdrom.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Garrett Wollman cc: Eivind Eklund , committers@FreeBSD.ORG Subject: Re: devfs persistence In-reply-to: Your message of "Fri, 13 Feb 1998 21:38:56 EST." <199802140238.VAA28185@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 13 Feb 1998 19:07:09 -0800 From: Mike Smith Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > < said: > > > cases. Now, _including this requirement_, wouldn't it still feel good > > to actually get DEVFS integrated and usable as the default _now_? > > No. I see no particular need for DEVFS. While it certainly moves > some problems around, it's a substantial break with the POLA. (I > didn't always think so, but considering the vigor of this flame war, > it's clear that we are not even close to consensus.) DEVFS and the SLICE code offer a number of substantial bogosity reductions in many areas, as well as the opportunity to make the system behave more like LA might expect it to. If you feel that this discussion has been either a flamewar or in anyway derogatory of DEVFS, then I am sorry for possibly having contributed to that interpretation. My strongest desire has been to see things come to the point where the outstanding issues regarding general DEVFS acceptance are being addressed. Julian has given us to understand that he intends to do this ASAP, which is about as close to consensus as things have ever been. Should you have any objections to the proposed implementation (which strives extremely hard to avoid violating POLA), I think that airing them sooner rather than later would be very valuable. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message