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-pm@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