lkml.org 
[lkml]   [2005]   [Sep]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
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 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-09-11 08:11    [W:0.065 / U:0.136 seconds]
©2003-2014 Jasper Spaans. Advertise on this site