From: David Lang <david.lang@digitalinsight.com>
To: Bradley Chapman <kakadu_croc@yahoo.com>
Cc: mru@users.sourceforge.net, linux-kernel@vger.kernel.org
Subject: Re: devfs and udev
Date: Tue, 7 Oct 2003 13:57:24 -0700 (PDT) [thread overview]
Message-ID: <Pine.LNX.4.58.0310071354580.19220@dlang.diginsite.com> (raw)
In-Reply-To: <20031007131719.27061.qmail@web40910.mail.yahoo.com>
On Tue, 7 Oct 2003, Bradley Chapman wrote:
> Date: Tue, 7 Oct 2003 06:17:19 -0700 (PDT)
> From: Bradley Chapman <kakadu_croc@yahoo.com>
> To: mru@users.sourceforge.net
> Cc: linux-kernel@vger.kernel.org
> Subject: Re: devfs and udev
>
> Mr. Rullgard,
>
> > I noticed this in the help text for devfs in 2.6.0-test6:
> >
> > Note that devfs has been obsoleted by udev,
> > <http://www.kernel.org/pub/linux/utils/kernel/hotplug/>.
> > It has been stripped down to a bare minimum and is only provided for
> > legacy installations that use its naming scheme which is
> > unfortunately different from the names normal Linux installations
> > use.
> >
> > Now, this puzzles me, for a few of reasons. Firstly, not long ago,
> > devfs was spoken of as the way to go, and all drivers were rewritten
> > to support it. Why this sudden change? Secondly, that link only
> > leads me to a package describing itself as an experimental
> > proof-of-concept thing, not to be used for anything serious. How can
> > something that incomplete obsolete a working system like devfs?
> > Thirdly, udev appears to respond to hotplug events only. How is it
> > supposed to handle device files not corresponding to any physical
> > device? Finally, I quite liked the idea of a virtual filesystem for
> > /dev. It reduced the clutter quite a bit. As for the naming scheme,
> > it could easily be changed.
>
> I think the two things which really prevented devfs from working were:
>
> 1. The namespace was too different from the original and required additional
> configuration to maintain compatibility (devfsd and changes to core /etc
> files.)
the namespace was different becouse Linus demanded that it be different,
origionally it had a mode where it would generate all the same names (and
another mode that generated sun style names) one of the requirements
before it was put in was to change it to the existing devfs-only names.
blame devfs for a lot of things (bugs, etc) but not the names.
David Lang
> 2. Devfs was not immediately picked up my the major distros, which meant that
> any moderate end-user who wanted to use it would have to be careful when
> setting it up or risk massive core breakage due to the changed device nodes
> (initscripts failing and the like).
>
> I used it for a very long time, personally; it was a good idea, and it had
> potential. If the namespace that had been used was the same flat namespace as
> the original /dev, it would have probably taken off. As it is, I think udev
> is the new way of doing this (I haven't used it yet).
>
> Brad
>
> =====
> Brad Chapman
>
> Permanent e-mail: kakadu_croc@yahoo.com
>
> __________________________________
> Do you Yahoo!?
> The New Yahoo! Shopping - with improved product search
> http://shopping.yahoo.com
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it." - Brian W. Kernighan
next prev parent reply other threads:[~2003-10-07 21:08 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-07 13:17 Bradley Chapman
2003-10-07 13:32 ` Måns Rullgård
2003-10-07 18:28 ` insecure
2003-10-07 18:44 ` viro
2003-10-07 19:41 ` Greg KH
2003-10-07 20:47 ` insecure
2003-10-07 20:52 ` Greg KH
2003-10-07 21:17 ` Chris Meadors
2003-10-07 21:48 ` Greg KH
2003-10-08 7:30 ` Andreas Jellinghaus
2003-10-08 12:07 ` [2.6 patch] document that udev isn't yet ready Adrian Bunk
2003-10-07 21:27 ` devfs and udev Måns Rullgård
2003-10-07 21:37 ` Greg KH
2003-10-07 22:01 ` Måns Rullgård
2003-10-07 22:12 ` Bryan O'Sullivan
2003-10-07 22:49 ` Måns Rullgård
2003-10-07 23:27 ` Greg KH
2003-10-08 0:03 ` Måns Rullgård
2003-10-09 22:09 ` bill davidsen
2003-10-13 20:15 ` Tom Rini
2003-10-07 20:57 ` David Lang [this message]
2003-10-08 22:34 ` H. Peter Anvin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.58.0310071354580.19220@dlang.diginsite.com \
--to=david.lang@digitalinsight.com \
--cc=kakadu_croc@yahoo.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mru@users.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®