Date: Sun, 15 Mar 1998 14:19:33 -0800 From: Mike Smith <mike@smith.net.au> To: Cy Schubert - ITSD Open Systems Group <cschuber@uumail.gov.bc.ca> Cc: Mike Smith <mike@smith.net.au>, gkshenaut@ucdavis.edu, stable@FreeBSD.ORG Subject: Re: More problems with new slice code Message-ID: <199803152219.OAA12091@dingo.cdrom.com> In-Reply-To: Your message of "Sun, 15 Mar 1998 10:57:59 PST." <199803151858.KAA07972@cwsys.cwsent.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > Actually, I've always wondered by MAKEDEV sits in /dev--of course, > > > there is now a considerable tradition for it, but doesn't it make > > > more sense to split it into a standard utility, "makedev", which > > > lives in /sbin, plus a standard-but-modifiable database which lives > > > in /etc called "devtab" and "devtab.local" or whatever? > > > > Makedev will (god willing) not be a standard part of the system in 3.0; > > device nodes will appear and disappear by magic. > > > > (I am, incidentally, not kidding.) > > Kind of like boot -r under Solaris... Right? Or will these device > nodes appear when a new kernel is built, like DEC UNIX? The nodes are completely dynamic; when a device is found (eg. at boot time, or when a PCCARD is inserted, or when a PCI LKM is loaded, or whenever) they appear, and when a device goes away (card removed, etc.) they disappear. > If this is done automatically without a SysAdmin being aware, e.g. > asking via an option, like Solaris, or installing a new kernel, like > DEC UNIX, won't this cause some confusion? I expect there to be a moderately loud acclimatisation period, yes. 8) However the tradeoff is that you will never have to explain to anyone what MAKEDEV is all about, or why there are devices listed in /dev/ that don't exist on the system. -- \\ 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 freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199803152219.OAA12091>