> [PATCH 6/9] x86 idle APM: delete apm_cpu_idle(), and its use of pm_idle > [PATCH 7/9] x86 idle: do not EXPORT_SYMBOL pm_idle and default_idle I thought someone had agreed to look after APM ? I'm also curious why you write "There is some doubt whether the APM idle feature to call into the BIOS from the idle loop is reliable. Certainly it was known to fail on some machines, but more importantly, APM machines have not shipped for a decade and so finding machines to test the code is problematic." We don't care if it doesn't work on a few machines (in fact we have a table to avoid that), we care that it *DOES* work on lots. Removing it probably isn't a bad thing long term, but it's not appeared in the deprecated list and has not been there for several releases so it is not eligible for removal at this point. People spent years getting Linux to support all this hardware and throwing bits out left right and centre to tidy up your current project is not the way it should be done. So can we do this properly please. We have a process for good reason. Deprecate it properly Add a printk/WARN_ON() indicating to the user it is deprecated but we will continue, and then give it a couple of releaes. Kerneloops.org will help answer whether that WARN_ON was hit. And in the meantime just progress the rest of the work with it present. If you break APM support by accident doing that then either a) someone will jump up and down and yell regression - and debug it for you or b) there will be silence because nobody noticed it broke Alan _______________________________________________ linux-pm mailing list linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linux-foundation.org/mailman/listinfo/linux-pm
