From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Brown Subject: Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time Date: Wed, 9 Feb 2011 11:58:37 +0000 Message-ID: <20110209115837.GA12333@opensource.wolfsonmicro.com> References: <4D51D341.3040209@am.sony.com> <20110209114137.GA10163@opensource.wolfsonmicro.com> Mime-Version: 1.0 Return-path: Content-Disposition: inline In-Reply-To: <20110209114137.GA10163@opensource.wolfsonmicro.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Frank Rowand Cc: Ingo Molnar , "Rafael J. Wysocki" , Linus Torvalds , Len Brown , Alan Stern , linux-pm@lists.linux-foundation.org, linux-kernel@vger.kernel.org, Andrew Morton , Dmitry Torokhov , linux-embedded@vger.kernel.org, Thomas Gleixner On Wed, Feb 09, 2011 at 11:41:37AM +0000, Mark Brown wrote: > Hrm, that's pretty surprising. It'd be interesting to know how much of > that is due to the PM core itself and how much of that is from drivers. > For the drivers CONFIG_PM isn't really the option they should be using > in the first place - they mostly want some combination of PM_SLEEP and > PM_RUNTIME for the specific functionality. I'm running some checks now. OK, on ARM with slightly more than an allnoconfig (allnoconfig itself wouldn't build) I see: text data bss dec hex filename 1361476 71360 167320 1600156 186a9c vmlinux.nopm 1364228 71520 167480 1603228 18769c vmlinux 2752 160 160 3072 so 3K from CONFIG_PM there, mostly from the ARM VIC management code which I suspect really wants to be under one of the more specific PM options, though obviously this comes back to the issue with bitrotted ifdefs for PM whcih pervades the kernel.