On Mit, 2010-05-26 at 21:15 +0200, Florian Mickler wrote: > On Wed, 26 May 2010 19:28:24 +0200 > Pavel Machek <pavel@xxxxxx> wrote: > > > Besides that it is not linux system at all? > > I believe the kernel to be a layer between userspace and hardware. What > business is it to the kernel if it runs whatever android > uses as init process or /bin/bash, sys-v-init or systemd? The kernel has no business and doesn't care. But precisely that is the reason to clearly separate policy from means. And that separation is not done in a good way by a loosely-defined API but by a (well-defined) kernel-API which allows user-space so implement the policy (whatever it might feel) by using the means (wiht appopriate parameters). So the (kernel-)API should not use policy-defined (read: user-space) semantics/values - plain simply because they will change (in no time). But the kernel must use policy-independent semantics/values - if only the suspend/wakeup-latency or whatever technically makes sense. Perhaps some "will/want to be waken up every 0.1 second" makes sense for periodic jobs. > There is this thing called choice. > > > Yes, with custom userspace it works extremely nicely. > > > > Had anyone even tried running oportunistic suspend on normal desktop? > > I don't think this is a valid concern. Just because current linux/gnu A lot of stuff is not (or no longer) implemented because it's - plain simply - a bad idea in the first place. Other than that: Linux/GNU-systems come from the server and desktop world where power is not an important part. And laptop producers obviously didn't care enough ... And you do realize that in the non-embedded (and non-Apple) world the user-space is not controlled by one entity in any way. So forcing "good apps" vs "bad apps" doesn't workout - except you have direct feedback like "powertop" which makes it easy for everyone (especially the users) to rate the apps. So the kernel actually must have means to do that. If user-space defines the semantics of the API, the kernel can't do that because user-space is always right. > systems don't implement the userspace part of this interface doesn't > mean it is useless or broken. Just because Android designed and/or implements it doesn't mean it's not broken (in the medium to long run). So what? Bernd -- Bernd Petrovitsch Email : bernd@xxxxxxxxxxxxxxxxxxx LUGA : http://www.luga.at -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html