Re: [ANNOUNCE] ndevfs - a "nano" devfs

[Mike Bell]

On Tue, Jun 28, 2005 at 11:21:27AM +0200, Arjan van de Ven wrote:
> you still can't have that. think USB harddisks for example. The only way
> you can do this reliable is to use UUIDs from the disks. Guess what..
> udev does that. devfs doesn't.

I thought I had made it clear that I wasn't talking about uniquely
identifying a given piece of hardware, that can only be done in
userspace (and often not even there).

What I'm talking about is the ability to find the device node that
corresponds to the first entry in /proc/bus/input/devices, or play a
sound file on the system's first sound card, or for X to find the drm
device node that corresponds to a given video card. All these things are
easy if you know that /dev/input/event0 is the device node for the first
entry, but if that device node could be called /dev/myfunkykeyboard
(note, the device name, you could still have a symlink to said name if
you wanted without breaking anything), in a world where udev's
supposed feature of allowing devices to be named anything you want is
actually used, this isn't possible without scanning all of /dev.

> actually.. linphone for example shows you the name of the device, not
> the device node. And at runtime it finds which device node belongs to
> that name somehow. I didn't look at the code how it does that, but it
> sure isn't impossible since it's done in practice already.

It is impossible though, if you make use of that particular feature of
udev. Give it a try, move all your alsa device nodes to other names and
see how completely unusable ALSA becomes. Those device nodes HAVE to
exist and HAVE to point to the right devices in order for ALSA to work.

linphone and other programs "just work" because they know where to find
their device nodes. If anything, you're arguing my point.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/