From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755672AbZBPX3T (ORCPT ); Mon, 16 Feb 2009 18:29:19 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751663AbZBPX3I (ORCPT ); Mon, 16 Feb 2009 18:29:08 -0500 Received: from ogre.sisk.pl ([217.79.144.158]:58094 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751580AbZBPX3G (ORCPT ); Mon, 16 Feb 2009 18:29:06 -0500 From: "Rafael J. Wysocki" To: Arjan van de Ven Subject: Re: [RFD] Automatic suspend Date: Tue, 17 Feb 2009 00:28:55 +0100 User-Agent: KMail/1.11.0 (Linux/2.6.29-rc5-tst; KDE/4.2.0; x86_64; ; ) Cc: Alan Stern , pm list , LKML , Arve =?iso-8859-1?q?Hj=F8nnev=E5g?= , Benjamin Herrenschmidt , Pavel Machek , Nigel Cunningham , Matthew Garrett , mark gross , "Woodruff, Richard" , Uli Luckas , Igor Stoppa , Brian Swetland , Len Brown References: <200902162312.50556.rjw@sisk.pl> <20090216145655.727cd39c@infradead.org> In-Reply-To: <20090216145655.727cd39c@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902170028.57501.rjw@sisk.pl> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Monday 16 February 2009, Arjan van de Ven wrote: > On Mon, 16 Feb 2009 17:40:10 -0500 (EST) > Alan Stern wrote: > > > On Mon, 16 Feb 2009, Rafael J. Wysocki wrote: > > > > > OK, so I think there are two things that user space may be allowed > > > to do as far as putting devices into low power states is concerned: > > > * disable/enable the automatic power management of the device > > > (provided that the driver supports the automatic PM) > > > > Set the automatic PM parameters (idle timeout, state to go to, > > etc.). And disabling automatic PM altogether (effectively the same as > > setting the idle timeout to infinity). > > > > shouldn't idle timeout etc be internal to the driver? > Yes policy preferences / constraints makes sense to communicate, > actual settings do not. For one they keep changing fast all the time > anyway. Usually different devices are handled by the same driver. I don't really think the same value will be suitable for all of them, so the users should at least be able to override the driver default, IMO. Thanks, Rafael