From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Gleixner Subject: Re: [linux-pm] [PATCH 0/8] Suspend block api (version 8) Date: Fri, 28 May 2010 10:26:24 +0200 (CEST) Message-ID: References: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Return-path: In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org To: Alan Stern Cc: Matthew Garrett , Peter Zijlstra , LKML , Florian Mickler , felipe.balbi@nokia.com, Linux OMAP Mailing List , Linux PM , Alan Cox List-Id: linux-omap@vger.kernel.org On Thu, 27 May 2010, Alan Stern wrote: > On Thu, 27 May 2010, Thomas Gleixner wrote: > > > > The two of you are talking at cross purposes. Thomas is referring to > > > idle-based suspend and Matthew is talking about forced suspend. > > > > Yes, and forced suspend to disk is the same as force suspend to disk, > > which has both nothing to do with sensible resource management. > > If I understand correctly, you are saying that all the untrusted > applications should run with QoS(NONE). Then they could do whatever > they wanted without causing any interference. > > And with idle-based power management (rather than forced suspend), > there would be no issue with wakeup events getting unduly delayed. > > Unless one of those events was meant for an untrusted application. Is > that the source of the difficulty? Probably, but that's not solved by suspend blockers either as I explained several times now. Because those untrusted apps either lack blocker calls or are not allowed to use them, so the blocker does not help for those either. Thanks, tglx