Messages in this thread | | | Date | Thu, 7 Oct 1999 10:41:27 +1000 | From | Nathan Hand <> | Subject | Re: USB device allocation |
| |
On Wed, Oct 06, 1999 at 09:34:47AM -0500, Forever shall I be. wrote: > > Nathan Hand wrote: > > > > > Agreed. Getting rid of devfs (the dynamic filesystem) makes devfs (the > > concept of dynamic /dev) more acceptable to more punters, and honestly > > doesn't lose all that much functionality. Modules contact devfsd when > > they need a node. The daemon creates/deletes nodes as needed on a real > > filesystem using the policy laid out via /etc/devfsd.conf. > > > > - The /dev directory is updated in user space, not kernel space. > > I think we're missing something here.. I do run devfs, and I do not run a > daemon.. Things get created Just Fine. The user-space daemon is > _optional_, not required. devfs _does_ create and delete the nodes > itself, but if you want anything fancy, you need to tell it what to do > (thus the user-space daemon).
Yes, you are missing something here. The entire point is that devfs is not getting into the kernel in its current form. There has been really strong opposition from some very high-ranking kernel developers. It is pointless to continue the argument using the existing devfs. It simply is Not Going To Happen. There's no point fighting that.
This is why I suggested losing the devfs FILESYSTEM but retaining what is devfs's INTENTION. Use the existing devfsd to maintain nodes on the disk. Most of the benefits are kept. Some problems are addressed.
> > - You can just turn off the daemon, old behaviour is restored. > > No, it is not.. You can unmount devfs, and it will be restored, however.
You're still missing something. The post you responded to doesn't talk about a filesystem called devfs at all. The very first sentence of the post you responded to made this explicitly clear.
-- Nathan Hand - Chirp Web Design - http://www.chirp.com.au/ - $e^{i\pi}+1 = 0$ Phone: +61 2 6230 1871 Fax: +61 2 6230 1515 E-mail: nathanh@chirp.com.au
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |