summaryrefslogtreecommitdiffstats
path: root/drivers/bluetooth/Makefile
diff options
context:
space:
mode:
authorEric W. Biederman <ebiederm@xmission.com>2005-07-26 12:17:52 -0600
committerLinus Torvalds <torvalds@g5.osdl.org>2005-07-26 14:35:45 -0700
commitb35c67a46b025e8dc320b59fbe5c283094e1d7f5 (patch)
treedd22c5d664496ce9caab45825bb7f7ab1fe60545 /drivers/bluetooth/Makefile
parent6660316cb7a1a2c59a73a52870490c0f782f45c1 (diff)
downloadblackbird-op-linux-b35c67a46b025e8dc320b59fbe5c283094e1d7f5.tar.gz
blackbird-op-linux-b35c67a46b025e8dc320b59fbe5c283094e1d7f5.zip
[PATCH] acpi: Don't call acpi_sleep_prepare from acpi_power_off
Now that all of the code paths that call acpi_power_off have been modified to call either call kernel_power_off (which calls apci_sleep_prepare by way of acpi_shutdown) or to call acpi_sleep_prepare directly it is redundant to call acpi_sleep_prepare from acpi_power_off. So simplify the code and simply don't call acpi_sleep_prepare. In addition there is a little error handling done so if we can't register the acpi class we don't hook pm_power_off. I think I have done the right thing with the CONFIG_PM define but I'm not certain. Can this code even be compiled if CONFIG_PM is false? Signed-off-by: Eric W. Biederman <ebiederm@xmission.com> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'drivers/bluetooth/Makefile')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud