From owner-cvs-all  Mon Feb 16 15:17:52 1998
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id PAA02188
          for cvs-all-outgoing; Mon, 16 Feb 1998 15:17:52 -0800 (PST)
          (envelope-from owner-cvs-all@FreeBSD.ORG)
Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA02102
          for <committers@FreeBSD.ORG>; Mon, 16 Feb 1998 15:17:27 -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.8.8/8.8.8) with SMTP id QAA20448;
	Mon, 16 Feb 1998 16:17:15 -0700 (MST)
	(envelope-from nate@rocky.mt.sri.com)
Received: by mt.sri.com (SMI-8.6/SMI-SVR4)
	id QAA25687; Mon, 16 Feb 1998 16:17:13 -0700
Date: Mon, 16 Feb 1998 16:17:13 -0700
Message-Id: <199802162317.QAA25687@mt.sri.com>
From: Nate Williams <nate@mt.sri.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: "Justin T. Gibbs" <gibbs@plutotech.com>
Cc: Nate Williams <nate@mt.sri.com>, Mike Smith <mike@smith.net.au>,
        committers@FreeBSD.ORG
Subject: Re: devfs persistence 
In-Reply-To: <199802162312.QAA02368@pluto.plutotech.com>
References: <199802162305.QAA25582@mt.sri.com>
	<199802162312.QAA02368@pluto.plutotech.com>
X-Mailer: VM 6.29 under 19.15 XEmacs Lucid
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk

[ Cut back Cc list a bit ]

> ...
> 
> >With DEVFS, no such 'safety' margin exists, since the device is created
> >possibly with the administrator realizing it.
> 
> I've already proposed a way to deal with this - you tell the system 
> not to show new device arrivals unless they have explicit backing store
> (i.e. the administrator has acknowledged that the device exists and has
> proper permissions).

Now we're losing one of the bigger 'advantages' (outside of the code) of
using DEVFS.  Why hamper ourselves so much for no gain?

> Most people would not be interested in running
> this way, but for the security conscious, you can ask to get the old
> "MAKEDEV like" behavior back.

See above.



Nate

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message