Re: USB device allocation

Nathan Hand (nathanh@chirp.com.au)
Thu, 7 Oct 1999 10:41:27 +1000


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/