[lkml]   [2009]   [May]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] driver-core: devtmpfs - driver core maintained /dev tmpfs
    On Fri, May 1, 2009 at 13:03, Alan Cox <> wrote:
    >> Boot speed, boot speed, boot speed.
    >> Oh, and reduction in complexity in init scripts, and saving embedded
    >> systems a lot of effort to implement a dynamic /dev properly (have you
    >> _seen_ what Android does to keep from having to ship udev?  It's
    >> horrible...)
    > This is nothing to do with udev or the kernel side of things. Your
    > argument seems to be
    > "Remove a user space problem and make it a kernel one stuffed in
    >  unpageable RAM and less flexible"
    > It seems to me your actual problem is "my tools suck" and the fix for
    > that is to fix the tools not add more random kernel junk.

    The problem is that people optimize for fractions of seconds today,
    driven mainly by your company. :)

    No tool ever has a chance to get to the information only available at
    early kernel init. All such tools will need to "replay" what the
    kernel already did. This is intended to save us from doing this, and
    retain the information which is there, but lost at the moment the
    tools have the first chance to run.

    It's not about a sucking tool, its just impossible. And there is no
    space wasted, it's a single string for a very few subsystems, an
    nothing is stored per device.

    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: 2009-05-01 13:15    [W:0.027 / U:9.656 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site