lkml.org 
[lkml]   [2004]   [Sep]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: udev is too slow creating devices
    On Sun, 19 Sep 2004 16:25:51 +0200
    Ihar 'Philips' Filipau <filia@softhome.net> wrote:

    >
    > Well, can then anyone explain by which mean (black magic?) kernel
    > mounts root file system? block device might appear any time, file system
    > might take ages to load.

    The kernel doesn't use /dev.
    Why do you think mounting the root device is such a "frail" process?
    The kernel blindly ties all known filesystem on the specified device.
    If the user specifies a wrong root device, or the device is broken or the
    filesystem corrupted or unknown the kernel will panic.
    The reason this is so is, that nothing else can be done. Userspace,
    however, has more possibilities.

    >
    > People, you must learn doing abstractions carefully. If device is
    > hard-wired - user *will* expect (as kernel itself does) that it is
    > available all the time after modprobe'ing driver.

    It is available as long as the device node is present. udev tells you (in
    dev.d) when this is the case. If the device is hardwired (from a user's
    point of view) the device node will be created early dring boot-up. If
    this happens, udev will notify the scripts in dev.d.

    Instead of:
    modprobe ide-cd && mount /dev/hdc /mnt/cdrom
    in /etc/init.d/your-script

    you would now do:
    if [ ACTION="add" ] && [ DEVNAME="/dev/hdc" ]; then
    mount /dev/hdc /mnt/cdrom
    fi
    in /etc/dev.d/default/your-script.dev

    This is even more reliable than the first solution on a static /dev,
    since loading the driver might fail at any point *after* modprobe
    returns.
    For example, modprobe ide-cd will succeed even when no CD-ROMs are
    present. The old script would break in this case, the new one wouldn't be
    called at all.

    Error reporting is very difficult. How should the kernel know what the
    driver is supposed to do?
    Obvious errors likes Oopses or I/O errors *could* be reported by hotplug.
    (ACTION="error", DEVNAME="module-name" ???)
    Anything else is impossible.

    You just have to adopt your approach to device handling. Currently you
    *assume* that after a succesfull modprobe the device nodes are available
    (this was never true, however).
    With hotplug/udev you *know* that the device node is available when your
    script in dev.d is called with the appropriate environment variables.

    Regards
    -
    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/

    \
     
     \ /
      Last update: 2005-03-22 14:06    [W:0.022 / U:30.828 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site