Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933165Ab0HDXuS (ORCPT ); Wed, 4 Aug 2010 19:50:18 -0400 Received: from mail.lang.hm ([64.81.33.126]:37188 "EHLO bifrost.lang.hm" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933085Ab0HDXuO (ORCPT ); Wed, 4 Aug 2010 19:50:14 -0400 Date: Wed, 4 Aug 2010 16:49:22 -0700 (PDT) From: david@lang.hm X-X-Sender: dlang@asgard.lang.hm To: "Paul E. McKenney" cc: =?ISO-8859-15?Q?Arve_Hj=F8nnev=E5g?= , Matthew Garrett , "Rafael J. Wysocki" , Arjan van de Ven , linux-pm@lists.linux-foundation.org, linux-kernel@vger.kernel.org, pavel@ucw.cz, florian@mickler.org, stern@rowland.harvard.edu, swetland@google.com, peterz@infradead.org, tglx@linutronix.de, alan@lxorguk.ukuu.org.uk Subject: Re: Attempted summary of suspend-blockers LKML thread In-Reply-To: <20100804233013.GN24163@linux.vnet.ibm.com> Message-ID: References: <20100801054816.GI2470@linux.vnet.ibm.com> <20100804185520.GA2417@srcf.ucam.org> <201008042251.08266.rjw@sisk.pl> <20100804205654.GA4986@srcf.ucam.org> <20100804233013.GN24163@linux.vnet.ibm.com> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1545 Lines: 36 On Wed, 4 Aug 2010, Paul E. McKenney wrote: > On Wed, Aug 04, 2010 at 04:23:43PM -0700, david@lang.hm wrote: >> On Wed, 4 Aug 2010, Arve Hj?nnev?g wrote: >> >>> >>> We suspend as soon as no wakelocks are held. There is no delay. >> >> So, if I have a bookreader app that is not allowed to get the >> wakelock, and nothing else is running, the system will suspend >> immediatly after I click a button to go to the next page? it will >> not stay awake to give me a chance to read the page at all? >> >> how can any application run without wakelock privilages? > > Isn't a wakelock held as long as the display is lit, so that the > system would continue running as long as the page was visible? what holds this wakelock, and what sort of timeout does it have? (and why could that same timeout be used in other ways instead) how many apps really need to keep running after the screen blanks? there are a few (audio output apps, including music player and Navigation directions), but I don't have see a problem with them being marked as the 'trusted' apps to pay attention instead. if the backlight being on holds the wakelock, it would seem that almost every other use of the wakelock could (and probably should) be replaced by something that tickles the display to stay on longer. David Lang -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/