On Wed, 26 May 2010 14:41:29 +0200 Peter Zijlstra <peterz@xxxxxxxxxxxxx> wrote: > On Wed, 2010-05-26 at 14:33 +0200, Florian Mickler wrote: > > On Wed, 26 May 2010 15:29:32 +0300 > > Felipe Balbi <felipe.balbi@xxxxxxxxx> wrote: > > > > > hi, > > > > > > On Wed, May 26, 2010 at 02:24:30PM +0200, ext Florian Mickler wrote: > > > >And if you have two kernels, one with which your device is dead after 1 > > > >hour and one with which your device is dead after 10 hours. Which would > > > >you prefer? I mean really... this is ridiculous. > > > > > > What I find ridiculous is the assumption that kernel should provide good > > > power management even for badly written applications. They should work, > > > of course, but there's no assumption that the kernel should cope with > > > those applications and provide good battery usage on those cases. > > > > > > You can install and run anything on the device, and they will work as > > > they should (they will be scheduled and will be processed) but you can't > > > expect the kernel to prevent that application from waking up the CPU > > > every 10 ms simply because someone didn't think straight while writting > > > the app. > > > > > > > But then someone at the user side has to know what he is doing. > > > > I fear, if you target mass market without central distribution > > channels, you can not assume that much. > > Provide the developers and users with tools. > > Notify the users that their phone is using power at an unadvised rate > due to proglet $foo. > > Also, if you can integrate into the development environment and provide > developers instant feedback on suckage of their app they can react and > fix before letting users run into the issue. > Yeah. And I personally agree with you there. But this is a policy decision that should not prevent android from doing it differently. The kernel can not win if it does not try to integrate any use of it. After all, we are a free comunity and if someone wants to use it their way, why not allow for it? (As long as it does not directly impact other uses) The best solution wins, but not by decision of some kernel development gatekeepers, but because it is superior. There are no clear markings of the better solution. Time will tell. Cheers, Flo _______________________________________________ linux-pm mailing list linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linux-foundation.org/mailman/listinfo/linux-pm
