lkml.org 
[lkml]   [1998]   [Aug]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Flexible Console open (really little patch)

Nathan Hand writes:

> The solution is to keep /dev as a normal UNIX filesystem, with normal
> storage on disk, then nodes are entirely persistent across reboots.

Sorry, that will not work for everyone.

> Any kernel changes are reported by kdev to devd. The devd then erases
> and creates /dev nodes using nothing more intelligent than unlink and
> mknod. Devd can perhaps discover needed nodes once, when starting.

# rm -f sda4
rm: sda4: Read-only file system

# mknod foo c 42 42
mknod: foo: Operation not permitted

> Are there any serious objections to this proposal? If not, I'll start
> coding it up this weekend as an alternative to devfs.

Yes, don't bother. We have too many daemons already, and your
"alternative" is yet another hack that falls short of the need.

Go read the devfs FAQ. You need to find clean solutions for a huge
list of things that devfs handles automatically. Before you propose
another hack, make sure it is as complete and easy to use as devfs is.

Before you suggest it... hackery involving initrd, loopback, etc.
does not qualify as clean or easy to use.

We need no alternative to devfs. Devfs works fine. It also has a good
maintainer who actually uses the code on a real machine.


-
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.altern.org/andrebalsa/doc/lkml-faq.html

\
 
 \ /
  Last update: 2005-03-22 13:44    [W:0.055 / U:0.144 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site