From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755558AbZBTWnf (ORCPT ); Fri, 20 Feb 2009 17:43:35 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754044AbZBTWn0 (ORCPT ); Fri, 20 Feb 2009 17:43:26 -0500 Received: from yw-out-2324.google.com ([74.125.46.28]:63917 "EHLO yw-out-2324.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752997AbZBTWnZ convert rfc822-to-8bit (ORCPT ); Fri, 20 Feb 2009 17:43:25 -0500 MIME-Version: 1.0 In-Reply-To: <200902202149.25990.rjw@sisk.pl> References: <20090220182213.GA1681@ucw.cz> <20090220182609.GA3289@srcf.ucam.org> <200902202149.25990.rjw@sisk.pl> Date: Fri, 20 Feb 2009 14:43:24 -0800 Message-ID: Subject: Re: [RFD] Automatic suspend From: =?ISO-8859-1?Q?Arve_Hj=F8nnev=E5g?= To: "Rafael J. Wysocki" Cc: Matthew Garrett , Pavel Machek , Arjan van de Ven , "Woodruff, Richard" , Alan Stern , Kyle Moffett , Oliver Neukum , Benjamin Herrenschmidt , pm list , LKML , Nigel Cunningham , mark gross , Uli Luckas , Igor Stoppa , Brian Swetland , Len Brown Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 20, 2009 at 12:49 PM, Rafael J. Wysocki wrote: > On Friday 20 February 2009, Matthew Garrett wrote: >> On Fri, Feb 20, 2009 at 07:22:15PM +0100, Pavel Machek wrote: >> > On Mon 2009-02-16 23:23:30, Matthew Garrett wrote: >> > > On Tue, Feb 17, 2009 at 12:19:38AM +0100, Rafael J. Wysocki wrote: >> > > >> > > > This, again, seems to be a bit x86-centric. :-) The Android people are telling >> > > > us that on the hardware they deal with it does make sense to put the entire >> > > > system to sleep even for relatively short periods of time, since the latencies >> > > > involved are not too bad. >> > > >> > > Arve said that the power state was equivalent in idle and suspend, but >> > >> > ...for Arve's hardware. Not all embedded systems are like that, and >> > OLPC / PCs are definitely not like that. >> >> And PCs have enough latency over suspend/resume that we can't do it >> automatically in a non-intrusive manner anyway, so runtime pm is more >> interesting there as well. > > Agreed. That high latency is coupled to a large difference in power use. If the latency of the lowest power state is too high to use from idle, it makes it more important, not less important, to enter suspend when possible. -- Arve Hjønnevåg