From owner-cvs-all Mon Feb 16 15:33:02 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA05016 for cvs-all-outgoing; Mon, 16 Feb 1998 15:33:02 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA05008 for ; Mon, 16 Feb 1998 15:32:59 -0800 (PST) (envelope-from gibbs@plutotech.com) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by pluto.plutotech.com (8.8.7/8.8.5) with ESMTP id QAA02791; Mon, 16 Feb 1998 16:23:32 -0700 (MST) Message-Id: <199802162323.QAA02791@pluto.plutotech.com> X-Mailer: exmh version 2.0.1 12/23/97 To: Nate Williams cc: committers@FreeBSD.ORG Subject: Re: devfs persistence In-reply-to: Your message of "Mon, 16 Feb 1998 16:17:13 MST." <199802162317.QAA25687@mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 16 Feb 1998 16:20:43 -0700 From: "Justin T. Gibbs" Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk [ CC trimmed even further ] >> 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? You have to provide a mechanism like this prototypes or no. There is no guarantee that the specified prototypes will be sufficient to safe guard against all device arrivals... only the arrivals that you expect to occur. Imagine performing a system upgrade and a few nodes show up that weren't there before... you lose. Another way of implementing this would be to have a mount option that specifies that all new device entries arrive with mode 000. This may not satisfy the truly paranoid sysadmin though as some information about the system is given just by the node being visible. >Nate -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message