[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110209192506.GC23747@opensource.wolfsonmicro.com>
Date: Wed, 9 Feb 2011 19:25:06 +0000
From: Mark Brown <broonie@...nsource.wolfsonmicro.com>
To: frank.rowand@...sony.com, Frank Rowand <frank.rowand@...il.com>
Cc: "Rafael J. Wysocki" <rjw@...k.pl>, Ingo Molnar <mingo@...e.hu>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Len Brown <len.brown@...el.com>,
Alan Stern <stern@...land.harvard.edu>,
linux-pm@...ts.linux-foundation.org, linux-kernel@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>,
Dmitry Torokhov <dmitry.torokhov@...il.com>,
linux-embedded@...r.kernel.org,
Thomas Gleixner <tglx@...utronix.de>
Subject: Re: [PATCH] Remove CONFIG_PM altogether, enable power management
all the time
On Wed, Feb 09, 2011 at 11:00:17AM -0800, Frank Rowand wrote:
> and my understanding of this proposal was a goal to remove the ability
> to have CONFIG_PM disabled, which results in increased memory usage
> for some configurations.
Not really, the goal was to simplify the PM config options to ones that
are actually useful and cut down on the number of silly combinations
that the randconfigs turn up. CONFIG_PM is there mostly for historical
reasons, it doesn't really mean much by itself except as a gate to other
options.
This comes from the fact that the options exposed and the use of them
doesn't really reflect the kernel power management infrastructure any
more. The PM options at Kconfig level are really SUSPEND, HIBERNATION
and PM_RUNTIME but for historical reasons the idoms are all based on the
root PM option. This gets fiddly and confusing as you move over build
coverage.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists