Date: Thu, 17 Oct 1996 11:14:55 +0930 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: terry@lambert.org (Terry Lambert) Cc: jkh@time.cdrom.com, jehamby@lightside.com, jsigmon@www.hsc.wvu.edu, freebsd-hackers@FreeBSD.org Subject: Re: FreeBSD 2.2.x release question Message-ID: <199610170144.LAA09118@genesis.atrad.adelaide.edu.au> In-Reply-To: <199610162326.QAA04157@phaeton.artisoft.com> from "Terry Lambert" at Oct 16, 96 04:26:57 pm
next in thread | previous in thread | raw e-mail | index | archive | help
Terry Lambert stands accused of saying: > > > > 1) More pounding on devfs (is it planned as a standard feature installed > > > by sysinstall, or more of an optional feature installed by hand?) > > > > The latter. AFAIK, Julian still hasn't solved the persistance problem > > (though we discussed a number of different ways it could be done > > fairly trivially and I don't know what's holding him up) and people running > > with it as their /dev still show an unfortunate tendency to crash a lot, > > so no. > > I thought it was supposed to generate devices dynamically based on > hardware presence, not persistently based on user fiat. The issue with persistence is that not everyone is happy with the default permissions puked up by the drivers. Our embedded boxes, for example, want /dev/io 0660, which would be insane for a production system. In essence, the "persistence" for devfs needs to hold : - ownership - permissions - symlinks IMHO, there's nothing there that can't be achieved with a script argument to mount_devfs, although it could be argued that because the devfs has to be mounted before the script could be processed there is a potential window of vulnerability there. > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199610170144.LAA09118>