[lkml]   [2005]   [Sep]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [GIT PATCH] Remove devfs from 2.6.13
    On Sat, 10 Sep 2005, Greg KH wrote:

    > On Sat, Sep 10, 2005 at 05:48:05PM -0700, David Lang wrote:
    >> On Fri, 9 Sep 2005, Greg KH wrote:
    >>> Here are the same "delete devfs" patches that I submitted for 2.6.12.
    >>> It rips out all of devfs from the kernel and ends up saving a lot of
    >>> space. Since 2.6.13 came out, I have seen no complaints about the fact
    >>> that devfs was not able to be enabled anymore, and in fact, a lot of
    >>> different subsystems have already been deleting devfs support for a
    >>> while now, with apparently no complaints (due to the lack of users.)
    >> do you really think that there have been that many people who have shifted
    >> to 2.6.13 in less then 2 weeks since release?
    > Ok, how long should I wait then?

    if 2.6.13 removed the devfs config option, then I would say the code
    itself should stay until 2.6.15 or 2.6.16 (if the release schedule does
    drop down to ~2 months then it would need to be at lease .16). especially
    with so many people afraid of the 2.6 series you need to wait at least one
    full release cycle, probably two (and possibly more if they end up being
    short ones) then rip out the rest of the code for the following release.

    remember that the distros don't package every kernel, they skip several
    between releases and it's not going to be until they go to try them that
    all the kinks will get worked out.

    add to this the fact that many people have gotten confused about kernel
    releases and think that since 13 is odd 2.6.13 is a testing kernel and
    2.6.14 will be a stable one and so won't look at .13

    note that all this assumes that the issues that people have about sysfs
    not yet being able to replace that capabilities that they are useing in
    devfs have been addressed.

    David Lang

    There are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies. And the other way is to make it so complicated that there are no obvious deficiencies.
    -- C.A.R. Hoare
    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-09-11 08:11    [W:0.022 / U:67.984 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site