[lkml]   [2003]   [Apr]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: 64-bit kdev_t - just for playing

    On 7 Apr 2003, H. Peter Anvin wrote:

    > I have an idea, why don't you read the archives of this mailing list
    > for the past eight years and learn, once again, why dynamic numbers
    > are broken for nearly all applications (disks and ptys being, perhaps,
    > the few case where they actually work.)
    > This has been hashed and rehashed on this list so many times it's not
    > even funny.

    Ok, I checked the archives and found some interesting mails:

    This is from the last dev_t discussion I was able to find and my apologies
    to Linus for dragging him into this, personally I prefer a discussion
    based on arguments, but you want to feel the whip of authority. (There are
    also some juicy mails from Al, but you can look for these yourself.)

    Linus argues here for dynamic numbers and I was not able to find a single
    mail, where he completely changed his mind since then. If you know
    something I don't, I'd be really happy to hear about it (actually I found
    9 (nine!) year old mails, where he argues for a more dynamic system).

    In above discussion, Alan was one of the few who actually came up with
    reasonable arguments, some of his concerns were:
    - he needed a solution for 2.4:
    we are at 2.5 now and the kernel is mostly ready for dynamic device
    - compatibility:
    it's trivial to preserve dev numbers below 0x10000, new drivers start
    above this
    - hardcoded ioctl knowledge:
    this is partly a compatibility problem and in the meantime it's
    generally accepted that they are a bad idea most of the time and
    drivers should use e.g. sysfs instead.

    Am I now worthy of an answer, so you could please explain "why dynamic
    numbers are broken for nearly all applications"? What were I supposed to
    learn from the archives? Maybe you should read them yourself, because
    I didn't found a single discussion with a clear outcome.

    bye, Roman

    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-03-22 13:34    [W:0.022 / U:36.024 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site