From mboxrd@z Thu Jan 1 00:00:00 1970 From: Len Brown Subject: Re: [PATCH 2/2] Introduce CONFIG_SUSPEND (updated) Date: Tue, 31 Jul 2007 00:59:49 -0400 Message-ID: <200707310059.50329.lenb@kernel.org> References: <200707251238.50218.lenb@kernel.org> <200707292323.29601.rjw@sisk.pl> <200707292327.19884.rjw@sisk.pl> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <200707292327.19884.rjw@sisk.pl> Content-Disposition: inline List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-pm-bounces@lists.linux-foundation.org Errors-To: linux-pm-bounces@lists.linux-foundation.org To: "Rafael J. Wysocki" Cc: david@lang.hm, Nigel Cunningham , linux-kernel@vger.kernel.org, Adrian Bunk , linux-acpi@vger.kernel.org, Stefan Richter , Pavel Machek , Andrew Morton , Linus Torvalds , pm list List-Id: linux-acpi@vger.kernel.org On Sunday 29 July 2007 17:27, Rafael J. Wysocki wrote: > Still, there are many other files in which CONFIG_PM can be replaced > with CONFIG_PM_SLEEP or even with CONFIG_SUSPEND, but they can be updated in > the future. There is #ifdef CONFIG_PM around all the .suspend and .resume methods. Technically they are PM_DEVICE_STATES or something, that could really be under PM, and both SUSPEND and HIBERNATE would depend on PM_DEVICE_STATES, but it is also possible to have PM_DEVICE_STATES without SUSPEND and HIBERNATE. oh no, I just suggested more instead of fewer config options:-O but i agree, this can wait a bit... -Len From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S940657AbXGaFLd (ORCPT ); Tue, 31 Jul 2007 01:11:33 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755320AbXGaFLD (ORCPT ); Tue, 31 Jul 2007 01:11:03 -0400 Received: from hera.kernel.org ([140.211.167.34]:54353 "EHLO hera.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751541AbXGaFLA (ORCPT ); Tue, 31 Jul 2007 01:11:00 -0400 From: Len Brown Organization: Intel Open Source Technology Center To: "Rafael J. Wysocki" Subject: Re: [PATCH 2/2] Introduce CONFIG_SUSPEND (updated) Date: Tue, 31 Jul 2007 00:59:49 -0400 User-Agent: KMail/1.9.5 Cc: Linus Torvalds , david@lang.hm, Andrew Morton , linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, Pavel Machek , Adrian Bunk , Stefan Richter , Nigel Cunningham , pm list References: <200707251238.50218.lenb@kernel.org> <200707292323.29601.rjw@sisk.pl> <200707292327.19884.rjw@sisk.pl> In-Reply-To: <200707292327.19884.rjw@sisk.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707310059.50329.lenb@kernel.org> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Sunday 29 July 2007 17:27, Rafael J. Wysocki wrote: > Still, there are many other files in which CONFIG_PM can be replaced > with CONFIG_PM_SLEEP or even with CONFIG_SUSPEND, but they can be updated in > the future. There is #ifdef CONFIG_PM around all the .suspend and .resume methods. Technically they are PM_DEVICE_STATES or something, that could really be under PM, and both SUSPEND and HIBERNATE would depend on PM_DEVICE_STATES, but it is also possible to have PM_DEVICE_STATES without SUSPEND and HIBERNATE. oh no, I just suggested more instead of fewer config options:-O but i agree, this can wait a bit... -Len