On Fri, Jul 13, 2007 at 12:37:07AM +0530, Satyam Sharma wrote: > On 7/12/07, Zhang, Rui <[EMAIL PROTECTED]> wrote: > >Well, the ACPI sysfs conversion is not finished yet > >[...] > >I'm not sure if the button sysfs I/F is already finished. > >We'd better make a double check. :) > > Ok, this sounds reasonable. > > >and some user space tools still use the ACPI procfs. > > But this does *not*, IMHO. It quite defeats the whole concept of > feature-removal-schedule.txt. I think that file exists precisely > because we cannot gratuitously break userspace interfaces just > like that, but when something gets put up there with a removal date > that is a good one year in the future, and userspace tools _still_ > continue to use it ... then, I suspect something's seriously wrong.
Holy sh*t. There is not even a functional replacement ready, but still everybody wants to remove /proc/acpi. (Maybe the replacement started to work recently, i have not looked into this area for the last months. This does not change my pint, though). This is not going to work. IMNSHO, we need the new interface available and usable for quite some time (i'd say for over one year), and then we can start to phase out the old interface. Starting with removing /proc/acpi is not the correct ordering of actions. > Either the feature-removal-schedule.txt file has become something > that users don't even bother checking, or else, they _know_ that > even if they don't bother keeping up with the pace in kernel-land, > that interface still won't go away (because they're still using it!). Or they look at the feature-removal document, find out that there is no replacement available and conclude "the writers of this document must have been on crack, or this document is unmaintained". I cannot disagree with them. -- Stefan Seyfried QA / R&D Team Mobile Devices | "Any ideas, John?" SUSE LINUX Products GmbH, Nürnberg | "Well, surrounding them's out." This footer brought to you by insane German lawmakers: SUSE Linux Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
