diff options
author | Rafael J. Wysocki <rjw@sisk.pl> | 2011-02-11 00:06:30 +0100 |
---|---|---|
committer | Rafael J. Wysocki <rjw@sisk.pl> | 2011-03-15 00:43:15 +0100 |
commit | 1eb208aea3179dd2fc0cdeea45ef869d75b4fe70 (patch) | |
tree | aa90c2ef7ca7e425b98123e6f9a9a821c6b0201f /drivers/md/raid10.c | |
parent | cd51e61cf4e8b220da37dc35e9c2dc2dc258b4de (diff) | |
download | linux-1eb208aea3179dd2fc0cdeea45ef869d75b4fe70.tar.gz linux-1eb208aea3179dd2fc0cdeea45ef869d75b4fe70.tar.bz2 linux-1eb208aea3179dd2fc0cdeea45ef869d75b4fe70.zip |
PM: Make CONFIG_PM depend on (CONFIG_PM_SLEEP || CONFIG_PM_RUNTIME)
From the users' point of view CONFIG_PM is really only used for
making it possible to set CONFIG_SUSPEND, CONFIG_HIBERNATION,
CONFIG_PM_RUNTIME and (surprisingly enough) CONFIG_XEN_SAVE_RESTORE
(CONFIG_PM_OPP also depends on CONFIG_PM, but quite artificially).
However, both CONFIG_SUSPEND and CONFIG_HIBERNATION require platform
support (independent of CONFIG_PM) and it is not quite obvious that
CONFIG_PM has to be set for CONFIG_XEN_SAVE_RESTORE to be available.
Thus, from the users' point of view, it would be more logical to
automatically select CONFIG_PM if any of the above options depending
on it are set.
Make CONFIG_PM depend on (CONFIG_PM_SLEEP || CONFIG_PM_RUNTIME),
which will cause it to be selected when any of CONFIG_SUSPEND,
CONFIG_HIBERNATION, CONFIG_PM_RUNTIME, CONFIG_XEN_SAVE_RESTORE is
set and will clarify its meaning.
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Diffstat (limited to 'drivers/md/raid10.c')
0 files changed, 0 insertions, 0 deletions