From mboxrd@z Thu Jan 1 00:00:00 1970 From: Florian Mickler Subject: Re: [linux-pm] [PATCH 0/8] Suspend block api (version 8) Date: Fri, 28 May 2010 14:09:04 +0200 Message-ID: <20100528140904.0d0d4878@schatten.dmk.lab> References: <20100527173118.GE2468@srcf.ucam.org> <20100528104415.1403541a@schatten.dmk.lab> <20100528122521.3698a62e@schatten.dmk.lab> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Received: from ist.d-labs.de ([213.239.218.44]:59626 "EHLO mx01.d-labs.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755279Ab0E1MJL convert rfc822-to-8bit (ORCPT ); Fri, 28 May 2010 08:09:11 -0400 In-Reply-To: Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: Arve =?ISO-8859-15?Q?Hj=F8nnev=E5g?= Cc: Thomas Gleixner , Matthew Garrett , Alan Stern , Peter Zijlstra , Paul@smtp1.linux-foundation.org, LKML , felipe.balbi@nokia.com, Linux OMAP Mailing List , Linux PM , Alan Cox On Fri, 28 May 2010 04:35:34 -0700 Arve Hj=F8nnev=E5g wrote: > 2010/5/28 Florian Mickler : > > It sounds like it could save some duplication of effort to integrat= e > > suspend into the idle-framework. "Purpose-fulness" could be just > > another measure of "idle". > > >=20 > To me idle means that no threads are ready to run and no interrupts a= re pending. I misused the term "idle". I tried to express this by "quoting" it. >=20 > I don't think we can plug suspend in as a cpu idle state. 1. we want > to suspend even the cpu is not idle. 2. starting suspend will cause > the cpu to not be idle. >=20 yeah. it would have to move out of the cpu-specific context. it would be a more general "system-state" thing. if the properties of the state's are well expressed, it does not matter that starting suspend will cause the cpu to not be idle, because our target-state(suspend) has better properties than any other state. (or maybe there needs to be a "state-transition-in-flight" flag.) if we take the "approximated duration of staying in that state" into account, we could provoke the pm-framework to always suspend if no constraint(i.e. blocker) is there. But really. I think I can't implement something like that. Also I really have _no_ idea how much work this would be. _And_ I am not really shure if this is a better approach than the current solution. Just an idea.=20 Cheers, =46lo -- To unsubscribe from this list: send the line "unsubscribe linux-omap" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html