From owner-freebsd-current@FreeBSD.ORG Mon Feb 9 09:43:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86E2616A4D0; Mon, 9 Feb 2004 09:43:13 -0800 (PST) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FFB043D1F; Mon, 9 Feb 2004 09:43:13 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (rwcrmhc13) with ESMTP id <2004020917431101500jq34se>; Mon, 9 Feb 2004 17:43:12 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id JAA68168; Mon, 9 Feb 2004 09:43:11 -0800 (PST) Date: Mon, 9 Feb 2004 09:43:09 -0800 (PST) From: Julian Elischer To: Pawel Jakub Dawidek In-Reply-To: <20040209140031.GT14639@garage.freebsd.pl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: phk@phk.freebsd.dk cc: drosih@rpi.edu cc: current@freebsd.org Subject: Re: Review/Test: Pseudo-device unit number management patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 17:43:13 -0000 On Mon, 9 Feb 2004, Pawel Jakub Dawidek wrote: > On Mon, Feb 09, 2004 at 01:03:18AM -0700, M. Warner Losh wrote: > +> s/I/we/ Others have signed off on this model. Maybe you could > +> explain how such a device would exist, and its exact semantics. With > +> a cloning device that phk is talking about, you open /dev/foo, and > +> /dev/foo0, /dev/foo1, etc are automatically created. This is how > +> things work on other systems for cloning devices. > +> > +> One could argue the wisdom of making the tunnel device clonable (I > +> happen to agree with it, but I can see the oppsoing argument). > +> However, sensible cloning semantics have been well understood for > +> years. BSD is very late to the party in not having these sorts of > +> devices before now. > > Maybe more human-friendly way will be to create /dev/foo0 without > request and if someone will open /dev/foo0, device /dev/foo1 will be > created... Just an idea. That's EXACTLY what nmdm does now.. (actually it creates 0,1,2,3 and when you open 0, it creates 5 etc..) The changes remove this behaviour, breaking my little tcl/tk script that presents the user with a list of exisiting nmdm 'A' entries to select from. > > -- > Pawel Jakub Dawidek http://www.FreeBSD.org > pjd@FreeBSD.org http://garage.freebsd.pl > FreeBSD committer Am I Evil? Yes, I Am! >