From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vitaly Wool Subject: Re: [linux-pm] suspend blockers & Android integration Date: Sun, 6 Jun 2010 17:26:09 +0200 Message-ID: References: <1275653210.27810.39762.camel@twins> <1275731653.27810.41078.camel@twins> <20100605092851.6ee15f13@infradead.org> <20100606133130.GA8513@srcf.ucam.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Return-path: Received: from mail-yw0-f187.google.com ([209.85.211.187]:51648 "EHLO mail-yw0-f187.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754636Ab0FFP0K (ORCPT ); Sun, 6 Jun 2010 11:26:10 -0400 In-Reply-To: <20100606133130.GA8513@srcf.ucam.org> Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: Matthew Garrett Cc: Brian Swetland , =?ISO-8859-1?Q?Arve_Hj=F8nnev=E5g?= , Arjan van de Ven , tytso@mit.edu, Florian Mickler , Peter Zijlstra , "H. Peter Anvin" , LKML , Neil Brown , James Bottomley , Alan Cox , Linux PM , Ingo Molnar , Linux OMAP Mailing List , Linus Torvalds , Thomas Gleixner , Felipe Balbi 2010/6/6 Matthew Garrett : > On Sun, Jun 06, 2010 at 12:00:47PM +0200, Vitaly Wool wrote: > >> Sure, but my point was, some non-trivial (still kind of natural for a >> smartphone) activities with the device will prevent it from suspending >> for quite some time. 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. Yep, I know about the "early >> suspend" type of thing; yet it's excess, not mainlined and lacks >> granularity. > > Holding a suspend blocker is entirely orthogonal to runtime pm. The > "whole kernel" will not be "active" - it can continue to hit the same > low power state in the idle loop, and any runtime pm implementation in > the drivers will continue to be active. Yeah, that might also be the case, But then again, what's the use of suspend blockers in this situation? ~Vitaly