[lkml]   [2005]   [Jun]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [ANNOUNCE] ndevfs - a "nano" devfs
    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
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-06-28 11:44    [W:0.020 / U:0.116 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site