From owner-freebsd-hackers Mon Sep 20 23:17:59 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from mg-20425427-42.ricochet.net (mg-20425427-42.ricochet.net [204.254.27.42]) by hub.freebsd.org (Postfix) with ESMTP id 569B915108 for ; Mon, 20 Sep 1999 23:17:19 -0700 (PDT) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by mg-20425427-42.ricochet.net (8.9.1/8.8.7) id XAA20397; Mon, 20 Sep 1999 23:17:00 -0700 (PDT) Message-ID: <19990920231629.26284@hydrogen.fircrest.net> Date: Mon, 20 Sep 1999 23:16:29 -0700 From: John-Mark Gurney To: Julian Elischer Cc: Brian Beattie , "Matthew N. Dodd" , Chuck Robey , Wayne Cuddy , FreeBSD Hackers List Subject: Re: what is devfs? References: <19990920190533.16613@hydrogen.fircrest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Julian Elischer on Mon, Sep 20, 1999 at 11:11:26PM -0700 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 3.0-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Julian Elischer scribbled this message on Sep 20: > > what happens in this case: > > mount /devfs > > cd /devfs > > mv ttyd1 da0c # sure you don't normally do this but you CAN! > > da0c is now the name of the vissible alias of ttyd1 > > > cd / > > umount /devfs > > mount /devfs > > ttyd1 is now the name of the visible alias of the device. > > > > > sorry, that doesn't cut it as you loose your "dynamic" links from the > > umount to mount, and we are back to the major/minor number to keep > > track of which device node belongs to which device... > > no the "original" name is tracked. > > I don't see your problem > > the device reverts to it;s original name as it should.... > > it remembers any permissions it was given under either name... > > I think this is good. > you may think it's bad. why? POLA! if we have persisten permissions and ownership, and we allow renaming, then renaming should also be persistant... after the mount again, da0c either no longer exists, or is no longer ttyd1... which neither is an acceptable solution... -- John-Mark Gurney Voice: +1 408 975 9651 Cu Networking "The soul contains in itself the event that shall presently befall it. The event is only the actualizing of its thought." -- Ralph Waldo Emerson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message