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: Sat, 29 May 2010 10:56:55 +0200 Message-ID: <20100529105655.484f516a@schatten.dmk.lab> References: <20100527222514.0a1710bf@lxorguk.ukuu.org.uk> <20100527230806.4deb6de3@lxorguk.ukuu.org.uk> <20100527220949.GB10602@srcf.ucam.org> <20100527232357.6d14fdb2@lxorguk.ukuu.org.uk> <20100527223605.GB11364@srcf.ucam.org> <20100527235546.09f3ce8a@lxorguk.ukuu.org.uk> <20100528043114.GC26177@thunk.org> <20100528103713.0a7952d9@lxorguk.ukuu.org.uk> <20100528114123.GA22947@srcf.ucam.org> <4BFFB681.1000105@nokia.com> <4BFFC5DF.5030504@nokia.com> <4BFFCF39.3010507@nokia.com> <20100529102819.21732783@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]:60021 "EHLO mx01.d-labs.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753781Ab0E2I5F convert rfc822-to-8bit (ORCPT ); Sat, 29 May 2010 04:57:05 -0400 In-Reply-To: <20100529102819.21732783@schatten.dmk.lab> Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: Florian Mickler Cc: Felipe Contreras , Igor Stoppa , ext Brian Swetland , ext Matthew Garrett , Alan Cox , "tytso@mit.edu" , Peter Zijlstra , LKML , Linux PM , Thomas Gleixner , Linux OMAP Mailing List , "Balbi Felipe (Nokia-D/Helsinki)" On Sat, 29 May 2010 10:28:19 +0200 =46lorian Mickler wrote: > On Sat, 29 May 2010 02:42:35 +0300 > Felipe Contreras wrote: >=20 > > On Fri, May 28, 2010 at 5:12 PM, Igor Stoppa wrote: > > > ext Brian Swetland wrote: > > >> How is it flawed? =A0Serious question. > > > > > > I would avoid repeating all the good arguments given so far, but = to make it > > > short: > > > > > > * I believe runtime PM is a much better starting point (at least = for the > > > type of HW targeted at mobile devices) because it mimics an alway= s-on system > > > toward userspace, which requires less disruption in the way apps = are > > > designed > >=20 > > I agree. > >=20 > > If I understand correctly, if we have a perfect user-space that onl= y > > does work when strictly needed and trying to do it in bursts, then = we > > would be reaching the lowest power state, and there would be no nee= d > > for suspend. The problem is that Android's user-space is pretty far > > from that, so they said "let's segregate user-space and go to lower > > power mode anyway". >=20 > This has already been mentioned (who knew?): Android doesn't > want to depend on userspace for this. there is an implicit "all of userspace" in there, btw..=20 >=20 > Cheers, > Flo -- 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