On Sun, 6 Jun 2010 12:46:01 +0200 Florian Mickler <florian@xxxxxxxxxxx> wrote: > On Sun, 6 Jun 2010 12:00:47 +0200 > Vitaly Wool <vitalywool@xxxxxxxxx> wrote: > > > Even worse, the suspend wakelock will keep the > > whole kernel active, as opposed to powering off unused devices > > separately as it's done in runtime PM. > > That is not true. While the kernel is not suspended it does > runtime pm. On several of our platforms runtime PM already includes suspend so a suspend wakelock does interfere with existing power managemet at that level (not to mention the maintenance mess it causes). This is one of the reasons you want QoS information, it provides parameters by which the power management code can make a decision. Suspend blocksers simply don't have sufficient variety to manage the direction of power policy. If Android chooses to abuse the QoS information for crude suspend blocking then that is fine, it doesn't interfere with doing the job 'properly' on other systems or its use for realtime work on other boxes. Alan -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
