2005-04-16 18:20:36 -04:00
|
|
|
/*
|
|
|
|
* sleep.c - ACPI sleep support.
|
|
|
|
*
|
2005-03-18 16:20:46 -05:00
|
|
|
* Copyright (c) 2005 Alexey Starikovskiy <alexey.y.starikovskiy@intel.com>
|
2005-04-16 18:20:36 -04:00
|
|
|
* Copyright (c) 2004 David Shaohua Li <shaohua.li@intel.com>
|
|
|
|
* Copyright (c) 2000-2003 Patrick Mochel
|
|
|
|
* Copyright (c) 2003 Open Source Development Lab
|
|
|
|
*
|
|
|
|
* This file is released under the GPLv2.
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/delay.h>
|
|
|
|
#include <linux/irq.h>
|
|
|
|
#include <linux/dmi.h>
|
|
|
|
#include <linux/device.h>
|
|
|
|
#include <linux/suspend.h>
|
2007-09-20 13:32:35 -04:00
|
|
|
|
|
|
|
#include <asm/io.h>
|
|
|
|
|
2005-04-16 18:20:36 -04:00
|
|
|
#include <acpi/acpi_bus.h>
|
|
|
|
#include <acpi/acpi_drivers.h>
|
|
|
|
#include "sleep.h"
|
|
|
|
|
|
|
|
u8 sleep_states[ACPI_S_STATE_COUNT];
|
|
|
|
|
2008-01-07 18:10:57 -05:00
|
|
|
static int acpi_sleep_prepare(u32 acpi_state)
|
2007-09-24 08:33:21 -04:00
|
|
|
{
|
|
|
|
#ifdef CONFIG_ACPI_SLEEP
|
|
|
|
/* do we have a wakeup address for S2 and S3? */
|
|
|
|
if (acpi_state == ACPI_STATE_S3) {
|
|
|
|
if (!acpi_wakeup_address) {
|
|
|
|
return -EFAULT;
|
|
|
|
}
|
2008-06-24 17:03:48 -04:00
|
|
|
acpi_set_firmware_waking_vector(
|
|
|
|
(acpi_physical_address)acpi_wakeup_address);
|
2007-09-24 08:33:21 -04:00
|
|
|
|
|
|
|
}
|
|
|
|
ACPI_FLUSH_CPU_CACHE();
|
|
|
|
acpi_enable_wakeup_device_prep(acpi_state);
|
|
|
|
#endif
|
2008-01-07 18:10:57 -05:00
|
|
|
printk(KERN_INFO PREFIX "Preparing to enter system sleep state S%d\n",
|
|
|
|
acpi_state);
|
2007-09-24 08:33:21 -04:00
|
|
|
acpi_enter_sleep_state_prep(acpi_state);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2008-06-12 17:24:06 -04:00
|
|
|
#ifdef CONFIG_PM_SLEEP
|
|
|
|
static u32 acpi_target_sleep_state = ACPI_STATE_S0;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* ACPI 1.0 wants us to execute _PTS before suspending devices, so we allow the
|
|
|
|
* user to request that behavior by using the 'acpi_old_suspend_ordering'
|
|
|
|
* kernel command line option that causes the following variable to be set.
|
|
|
|
*/
|
|
|
|
static bool old_suspend_ordering;
|
|
|
|
|
|
|
|
void __init acpi_old_suspend_ordering(void)
|
|
|
|
{
|
|
|
|
old_suspend_ordering = true;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* acpi_pm_disable_gpes - Disable the GPEs.
|
|
|
|
*/
|
|
|
|
static int acpi_pm_disable_gpes(void)
|
|
|
|
{
|
|
|
|
acpi_hw_disable_all_gpes();
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* __acpi_pm_prepare - Prepare the platform to enter the target state.
|
|
|
|
*
|
|
|
|
* If necessary, set the firmware waking vector and do arch-specific
|
|
|
|
* nastiness to get the wakeup code to the waking vector.
|
|
|
|
*/
|
|
|
|
static int __acpi_pm_prepare(void)
|
|
|
|
{
|
|
|
|
int error = acpi_sleep_prepare(acpi_target_sleep_state);
|
|
|
|
|
|
|
|
if (error)
|
|
|
|
acpi_target_sleep_state = ACPI_STATE_S0;
|
|
|
|
return error;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* acpi_pm_prepare - Prepare the platform to enter the target sleep
|
|
|
|
* state and disable the GPEs.
|
|
|
|
*/
|
|
|
|
static int acpi_pm_prepare(void)
|
|
|
|
{
|
|
|
|
int error = __acpi_pm_prepare();
|
|
|
|
|
|
|
|
if (!error)
|
|
|
|
acpi_hw_disable_all_gpes();
|
|
|
|
return error;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* acpi_pm_finish - Instruct the platform to leave a sleep state.
|
|
|
|
*
|
|
|
|
* This is called after we wake back up (or if entering the sleep state
|
|
|
|
* failed).
|
|
|
|
*/
|
|
|
|
static void acpi_pm_finish(void)
|
|
|
|
{
|
|
|
|
u32 acpi_state = acpi_target_sleep_state;
|
|
|
|
|
|
|
|
if (acpi_state == ACPI_STATE_S0)
|
|
|
|
return;
|
2005-04-16 18:20:36 -04:00
|
|
|
|
2008-06-12 17:24:06 -04:00
|
|
|
printk(KERN_INFO PREFIX "Waking up from system sleep state S%d\n",
|
|
|
|
acpi_state);
|
|
|
|
acpi_disable_wakeup_device(acpi_state);
|
|
|
|
acpi_leave_sleep_state(acpi_state);
|
|
|
|
|
|
|
|
/* reset firmware waking vector */
|
|
|
|
acpi_set_firmware_waking_vector((acpi_physical_address) 0);
|
|
|
|
|
|
|
|
acpi_target_sleep_state = ACPI_STATE_S0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* acpi_pm_end - Finish up suspend sequence.
|
|
|
|
*/
|
|
|
|
static void acpi_pm_end(void)
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* This is necessary in case acpi_pm_finish() is not called during a
|
|
|
|
* failing transition to a sleep state.
|
|
|
|
*/
|
|
|
|
acpi_target_sleep_state = ACPI_STATE_S0;
|
|
|
|
}
|
|
|
|
#endif /* CONFIG_PM_SLEEP */
|
2005-04-16 18:20:36 -04:00
|
|
|
|
2008-06-12 17:24:06 -04:00
|
|
|
#ifdef CONFIG_SUSPEND
|
2005-04-16 18:20:36 -04:00
|
|
|
extern void do_suspend_lowlevel(void);
|
|
|
|
|
|
|
|
static u32 acpi_suspend_states[] = {
|
2005-03-18 16:20:46 -05:00
|
|
|
[PM_SUSPEND_ON] = ACPI_STATE_S0,
|
|
|
|
[PM_SUSPEND_STANDBY] = ACPI_STATE_S1,
|
|
|
|
[PM_SUSPEND_MEM] = ACPI_STATE_S3,
|
|
|
|
[PM_SUSPEND_MAX] = ACPI_STATE_S5
|
2005-04-16 18:20:36 -04:00
|
|
|
};
|
|
|
|
|
2007-07-17 16:40:06 -04:00
|
|
|
/**
|
2008-04-23 18:02:52 -04:00
|
|
|
* acpi_suspend_begin - Set the target system sleep state to the state
|
2007-07-17 16:40:06 -04:00
|
|
|
* associated with given @pm_state, if supported.
|
|
|
|
*/
|
2008-04-23 18:02:52 -04:00
|
|
|
static int acpi_suspend_begin(suspend_state_t pm_state)
|
2007-07-17 16:40:06 -04:00
|
|
|
{
|
|
|
|
u32 acpi_state = acpi_suspend_states[pm_state];
|
|
|
|
int error = 0;
|
|
|
|
|
|
|
|
if (sleep_states[acpi_state]) {
|
|
|
|
acpi_target_sleep_state = acpi_state;
|
|
|
|
} else {
|
|
|
|
printk(KERN_ERR "ACPI does not support this state: %d\n",
|
|
|
|
pm_state);
|
|
|
|
error = -ENOSYS;
|
|
|
|
}
|
|
|
|
return error;
|
|
|
|
}
|
|
|
|
|
2005-04-16 18:20:36 -04:00
|
|
|
/**
|
2008-04-23 18:02:52 -04:00
|
|
|
* acpi_suspend_enter - Actually enter a sleep state.
|
2007-07-17 16:40:06 -04:00
|
|
|
* @pm_state: ignored
|
2005-04-16 18:20:36 -04:00
|
|
|
*
|
2007-07-24 05:58:39 -04:00
|
|
|
* Flush caches and go to sleep. For STR we have to call arch-specific
|
|
|
|
* assembly, which in turn call acpi_enter_sleep_state().
|
2005-04-16 18:20:36 -04:00
|
|
|
* It's unfortunate, but it works. Please fix if you're feeling frisky.
|
|
|
|
*/
|
2008-04-23 18:02:52 -04:00
|
|
|
static int acpi_suspend_enter(suspend_state_t pm_state)
|
2005-04-16 18:20:36 -04:00
|
|
|
{
|
|
|
|
acpi_status status = AE_OK;
|
|
|
|
unsigned long flags = 0;
|
2007-07-17 16:40:06 -04:00
|
|
|
u32 acpi_state = acpi_target_sleep_state;
|
2005-04-16 18:20:36 -04:00
|
|
|
|
|
|
|
ACPI_FLUSH_CPU_CACHE();
|
|
|
|
|
|
|
|
/* Do arch specific saving of state. */
|
2007-07-24 05:58:39 -04:00
|
|
|
if (acpi_state == ACPI_STATE_S3) {
|
2005-04-16 18:20:36 -04:00
|
|
|
int error = acpi_save_state_mem();
|
2007-07-17 16:40:06 -04:00
|
|
|
|
2008-01-07 18:07:39 -05:00
|
|
|
if (error)
|
2005-04-16 18:20:36 -04:00
|
|
|
return error;
|
|
|
|
}
|
|
|
|
|
|
|
|
local_irq_save(flags);
|
|
|
|
acpi_enable_wakeup_device(acpi_state);
|
2007-07-17 16:40:06 -04:00
|
|
|
switch (acpi_state) {
|
|
|
|
case ACPI_STATE_S1:
|
2005-04-16 18:20:36 -04:00
|
|
|
barrier();
|
|
|
|
status = acpi_enter_sleep_state(acpi_state);
|
|
|
|
break;
|
|
|
|
|
2007-07-17 16:40:06 -04:00
|
|
|
case ACPI_STATE_S3:
|
2005-04-16 18:20:36 -04:00
|
|
|
do_suspend_lowlevel();
|
|
|
|
break;
|
|
|
|
}
|
2006-04-27 05:25:00 -04:00
|
|
|
|
2008-01-07 18:05:21 -05:00
|
|
|
/* Reprogram control registers and execute _BFS */
|
|
|
|
acpi_leave_sleep_state_prep(acpi_state);
|
|
|
|
|
2008-02-05 13:27:12 -05:00
|
|
|
/* ACPI 3.0 specs (P62) says that it's the responsibility
|
2006-04-27 05:25:00 -04:00
|
|
|
* of the OSPM to clear the status bit [ implying that the
|
|
|
|
* POWER_BUTTON event should not reach userspace ]
|
|
|
|
*/
|
|
|
|
if (ACPI_SUCCESS(status) && (acpi_state == ACPI_STATE_S3))
|
|
|
|
acpi_clear_event(ACPI_EVENT_POWER_BUTTON);
|
|
|
|
|
2007-06-19 21:17:58 -04:00
|
|
|
/*
|
|
|
|
* Disable and clear GPE status before interrupt is enabled. Some GPEs
|
|
|
|
* (like wakeup GPE) haven't handler, this can avoid such GPE misfire.
|
|
|
|
* acpi_leave_sleep_state will reenable specific GPEs later
|
|
|
|
*/
|
|
|
|
acpi_hw_disable_all_gpes();
|
|
|
|
|
2005-04-16 18:20:36 -04:00
|
|
|
local_irq_restore(flags);
|
|
|
|
printk(KERN_DEBUG "Back to C!\n");
|
|
|
|
|
2007-07-17 16:40:06 -04:00
|
|
|
/* restore processor state */
|
2007-07-24 05:58:39 -04:00
|
|
|
if (acpi_state == ACPI_STATE_S3)
|
2005-04-16 18:20:36 -04:00
|
|
|
acpi_restore_state_mem();
|
|
|
|
|
|
|
|
return ACPI_SUCCESS(status) ? 0 : -EFAULT;
|
|
|
|
}
|
|
|
|
|
2008-04-23 18:02:52 -04:00
|
|
|
static int acpi_suspend_state_valid(suspend_state_t pm_state)
|
2005-10-30 18:00:01 -05:00
|
|
|
{
|
2007-04-30 18:09:54 -04:00
|
|
|
u32 acpi_state;
|
2005-10-30 18:00:01 -05:00
|
|
|
|
2007-04-30 18:09:54 -04:00
|
|
|
switch (pm_state) {
|
|
|
|
case PM_SUSPEND_ON:
|
|
|
|
case PM_SUSPEND_STANDBY:
|
|
|
|
case PM_SUSPEND_MEM:
|
|
|
|
acpi_state = acpi_suspend_states[pm_state];
|
|
|
|
|
|
|
|
return sleep_states[acpi_state];
|
|
|
|
default:
|
|
|
|
return 0;
|
|
|
|
}
|
2005-10-30 18:00:01 -05:00
|
|
|
}
|
|
|
|
|
2008-04-23 18:02:52 -04:00
|
|
|
static struct platform_suspend_ops acpi_suspend_ops = {
|
|
|
|
.valid = acpi_suspend_state_valid,
|
|
|
|
.begin = acpi_suspend_begin,
|
2008-06-12 17:24:06 -04:00
|
|
|
.prepare = acpi_pm_prepare,
|
2008-04-23 18:02:52 -04:00
|
|
|
.enter = acpi_suspend_enter,
|
2008-06-12 17:24:06 -04:00
|
|
|
.finish = acpi_pm_finish,
|
|
|
|
.end = acpi_pm_end,
|
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
|
|
|
* acpi_suspend_begin_old - Set the target system sleep state to the
|
|
|
|
* state associated with given @pm_state, if supported, and
|
|
|
|
* execute the _PTS control method. This function is used if the
|
|
|
|
* pre-ACPI 2.0 suspend ordering has been requested.
|
|
|
|
*/
|
|
|
|
static int acpi_suspend_begin_old(suspend_state_t pm_state)
|
|
|
|
{
|
|
|
|
int error = acpi_suspend_begin(pm_state);
|
|
|
|
|
|
|
|
if (!error)
|
|
|
|
error = __acpi_pm_prepare();
|
|
|
|
return error;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The following callbacks are used if the pre-ACPI 2.0 suspend ordering has
|
|
|
|
* been requested.
|
|
|
|
*/
|
|
|
|
static struct platform_suspend_ops acpi_suspend_ops_old = {
|
|
|
|
.valid = acpi_suspend_state_valid,
|
|
|
|
.begin = acpi_suspend_begin_old,
|
|
|
|
.prepare = acpi_pm_disable_gpes,
|
2008-04-23 18:02:52 -04:00
|
|
|
.enter = acpi_suspend_enter,
|
2008-06-12 17:24:06 -04:00
|
|
|
.finish = acpi_pm_finish,
|
|
|
|
.end = acpi_pm_end,
|
|
|
|
.recover = acpi_pm_finish,
|
2005-04-16 18:20:36 -04:00
|
|
|
};
|
2008-07-24 00:28:43 -04:00
|
|
|
|
|
|
|
static int __init init_old_suspend_ordering(const struct dmi_system_id *d)
|
|
|
|
{
|
|
|
|
old_suspend_ordering = true;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct dmi_system_id __initdata acpisleep_dmi_table[] = {
|
|
|
|
{
|
|
|
|
.callback = init_old_suspend_ordering,
|
|
|
|
.ident = "Abit KN9 (nForce4 variant)",
|
|
|
|
.matches = {
|
|
|
|
DMI_MATCH(DMI_BOARD_VENDOR, "http://www.abit.com.tw/"),
|
|
|
|
DMI_MATCH(DMI_BOARD_NAME, "KN9 Series(NF-CK804)"),
|
|
|
|
},
|
|
|
|
},
|
|
|
|
{},
|
|
|
|
};
|
2007-07-29 17:27:18 -04:00
|
|
|
#endif /* CONFIG_SUSPEND */
|
|
|
|
|
2007-07-29 17:24:36 -04:00
|
|
|
#ifdef CONFIG_HIBERNATION
|
2008-07-24 00:28:41 -04:00
|
|
|
static unsigned long s4_hardware_signature;
|
|
|
|
static struct acpi_table_facs *facs;
|
|
|
|
static bool nosigcheck;
|
|
|
|
|
|
|
|
void __init acpi_no_s4_hw_signature(void)
|
|
|
|
{
|
|
|
|
nosigcheck = true;
|
|
|
|
}
|
|
|
|
|
2008-01-07 18:08:44 -05:00
|
|
|
static int acpi_hibernation_begin(void)
|
2007-10-18 06:04:42 -04:00
|
|
|
{
|
|
|
|
acpi_target_sleep_state = ACPI_STATE_S4;
|
ACPI PM: Restore the 2.6.24 suspend ordering
Some time ago it turned out that our suspend code ordering broke some
NVidia-based systems that hung if _PTS was executed with one of the PCI
devices, specifically a USB controller, in a low power state.
Then, it was noticed that the suspend code ordering was not compliant
with ACPI 1.0, although it was compliant with ACPI 2.0 (and later), and
it was argued that the code had to be changed for that reason (ref.
http://bugzilla.kernel.org/show_bug.cgi?id=9528).
So we did, but evidently we did wrong, because it's now turning out that
some systems have been broken by this change. Refs:
http://bugzilla.kernel.org/show_bug.cgi?id=10340
https://bugzilla.novell.com/show_bug.cgi?id=374217#c16
[ I said at that time that something like this might happend, but the
majority of people involved thought that it was improbable due to the
necessity to preserve the compliance of hardware with ACPI 1.0. ]
This actually is a quite serious regression from 2.6.24.
Moreover, the ACPI 1.0 ordering of suspend code introduced another issue
that I have only noticed recently. Namely, if the suspend of one of
devices fails, the already suspended devices will be resumed without
executing _WAK before, which leads to problems on some systems (for
example, in such situations thermal management is broken on my HP
nx6325). Consequently, it also breaks suspend debugging on the affected
systems.
Note also, that the requirement to execute _PTS before suspending
devices does not really make sense, because the device in question may
be put into a low power state at run time for a reason unrelated to a
system-wide suspend.
For the reasons outlined above, the change of the suspend ordering
should be reverted, which is done by the patch below.
[ Felix Möller: "I am the reporter from the original Novell Bug:
https://bugzilla.novell.com/show_bug.cgi?id=374217
I just tried current git head (two hours ago) with the patch (the one
from the beginning of this thread) from Rafael and without it. With
the patch my MacBook does suspend without it does not." ]
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Tested-by: Felix Möller <felix@derklecks.de>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-03-29 21:19:07 -04:00
|
|
|
return 0;
|
2007-10-18 06:04:42 -04:00
|
|
|
}
|
|
|
|
|
2007-05-09 05:33:18 -04:00
|
|
|
static int acpi_hibernation_enter(void)
|
|
|
|
{
|
|
|
|
acpi_status status = AE_OK;
|
|
|
|
unsigned long flags = 0;
|
|
|
|
|
|
|
|
ACPI_FLUSH_CPU_CACHE();
|
|
|
|
|
|
|
|
local_irq_save(flags);
|
|
|
|
acpi_enable_wakeup_device(ACPI_STATE_S4);
|
|
|
|
/* This shouldn't return. If it returns, we have a problem */
|
|
|
|
status = acpi_enter_sleep_state(ACPI_STATE_S4);
|
2008-01-07 18:05:21 -05:00
|
|
|
/* Reprogram control registers and execute _BFS */
|
|
|
|
acpi_leave_sleep_state_prep(ACPI_STATE_S4);
|
2007-05-09 05:33:18 -04:00
|
|
|
local_irq_restore(flags);
|
|
|
|
|
|
|
|
return ACPI_SUCCESS(status) ? 0 : -EFAULT;
|
|
|
|
}
|
|
|
|
|
2007-10-18 06:04:55 -04:00
|
|
|
static void acpi_hibernation_leave(void)
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* If ACPI is not enabled by the BIOS and the boot kernel, we need to
|
|
|
|
* enable it here.
|
|
|
|
*/
|
|
|
|
acpi_enable();
|
2008-01-07 18:05:21 -05:00
|
|
|
/* Reprogram control registers and execute _BFS */
|
|
|
|
acpi_leave_sleep_state_prep(ACPI_STATE_S4);
|
2008-07-24 00:28:41 -04:00
|
|
|
/* Check the hardware signature */
|
|
|
|
if (facs && s4_hardware_signature != facs->hardware_signature) {
|
|
|
|
printk(KERN_EMERG "ACPI: Hardware changed while hibernated, "
|
|
|
|
"cannot resume!\n");
|
|
|
|
panic("ACPI S4 hardware signature mismatch");
|
|
|
|
}
|
2007-10-18 06:04:55 -04:00
|
|
|
}
|
|
|
|
|
2008-06-12 17:24:06 -04:00
|
|
|
static void acpi_pm_enable_gpes(void)
|
2007-05-09 05:33:18 -04:00
|
|
|
{
|
2008-06-12 17:24:06 -04:00
|
|
|
acpi_hw_enable_all_runtime_gpes();
|
2007-05-09 05:33:18 -04:00
|
|
|
}
|
|
|
|
|
2008-06-12 17:24:06 -04:00
|
|
|
static struct platform_hibernation_ops acpi_hibernation_ops = {
|
|
|
|
.begin = acpi_hibernation_begin,
|
|
|
|
.end = acpi_pm_end,
|
|
|
|
.pre_snapshot = acpi_pm_prepare,
|
|
|
|
.finish = acpi_pm_finish,
|
|
|
|
.prepare = acpi_pm_prepare,
|
|
|
|
.enter = acpi_hibernation_enter,
|
|
|
|
.leave = acpi_hibernation_leave,
|
|
|
|
.pre_restore = acpi_pm_disable_gpes,
|
|
|
|
.restore_cleanup = acpi_pm_enable_gpes,
|
|
|
|
};
|
2008-01-07 18:08:44 -05:00
|
|
|
|
2008-06-12 17:24:06 -04:00
|
|
|
/**
|
|
|
|
* acpi_hibernation_begin_old - Set the target system sleep state to
|
|
|
|
* ACPI_STATE_S4 and execute the _PTS control method. This
|
|
|
|
* function is used if the pre-ACPI 2.0 suspend ordering has been
|
|
|
|
* requested.
|
|
|
|
*/
|
|
|
|
static int acpi_hibernation_begin_old(void)
|
swsusp: introduce restore platform operations
At least on some machines it is necessary to prepare the ACPI firmware for the
restoration of the system memory state from the hibernation image if the
"platform" mode of hibernation has been used. Namely, in that cases we need
to disable the GPEs before replacing the "boot" kernel with the "frozen"
kernel (cf. http://bugzilla.kernel.org/show_bug.cgi?id=7887). After the
restore they will be re-enabled by hibernation_ops->finish(), but if the
restore fails, they have to be re-enabled by the restore code explicitly.
For this purpose we can introduce two additional hibernation operations,
called pre_restore() and restore_cleanup() and call them from the restore code
path. Still, they should be called if the "platform" mode of hibernation has
been used, so we need to pass the information about the hibernation mode from
the "frozen" kernel to the "boot" kernel in the image header.
Apparently, we can't drop the disabling of GPEs before the restore because of
Bug #7887 . We also can't do it unconditionally, because the GPEs wouldn't
have been enabled after a successful restore if the suspend had been done in
the 'shutdown' or 'reboot' mode.
In principle we could (and probably should) unconditionally disable the GPEs
before each snapshot creation *and* before the restore, but then we'd have to
unconditionally enable them after the snapshot creation as well as after the
restore (or restore failure) Still, for this purpose we'd need to modify
acpi_enter_sleep_state_prep() and acpi_leave_sleep_state() and we'd have to
introduce some mechanism synchronizing the disablind/enabling of the GPEs with
the device drivers' .suspend()/.resume() routines and with
disable_/enable_nonboot_cpus(). However, this would have affected the
suspend (ie. s2ram) code as well as the hibernation, which I'd like to avoid
in this patch series.
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Cc: Nigel Cunningham <nigel@nigel.suspend2.net>
Cc: Pavel Machek <pavel@ucw.cz>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-07-19 04:47:30 -04:00
|
|
|
{
|
2008-06-12 17:24:06 -04:00
|
|
|
int error = acpi_sleep_prepare(ACPI_STATE_S4);
|
swsusp: introduce restore platform operations
At least on some machines it is necessary to prepare the ACPI firmware for the
restoration of the system memory state from the hibernation image if the
"platform" mode of hibernation has been used. Namely, in that cases we need
to disable the GPEs before replacing the "boot" kernel with the "frozen"
kernel (cf. http://bugzilla.kernel.org/show_bug.cgi?id=7887). After the
restore they will be re-enabled by hibernation_ops->finish(), but if the
restore fails, they have to be re-enabled by the restore code explicitly.
For this purpose we can introduce two additional hibernation operations,
called pre_restore() and restore_cleanup() and call them from the restore code
path. Still, they should be called if the "platform" mode of hibernation has
been used, so we need to pass the information about the hibernation mode from
the "frozen" kernel to the "boot" kernel in the image header.
Apparently, we can't drop the disabling of GPEs before the restore because of
Bug #7887 . We also can't do it unconditionally, because the GPEs wouldn't
have been enabled after a successful restore if the suspend had been done in
the 'shutdown' or 'reboot' mode.
In principle we could (and probably should) unconditionally disable the GPEs
before each snapshot creation *and* before the restore, but then we'd have to
unconditionally enable them after the snapshot creation as well as after the
restore (or restore failure) Still, for this purpose we'd need to modify
acpi_enter_sleep_state_prep() and acpi_leave_sleep_state() and we'd have to
introduce some mechanism synchronizing the disablind/enabling of the GPEs with
the device drivers' .suspend()/.resume() routines and with
disable_/enable_nonboot_cpus(). However, this would have affected the
suspend (ie. s2ram) code as well as the hibernation, which I'd like to avoid
in this patch series.
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Cc: Nigel Cunningham <nigel@nigel.suspend2.net>
Cc: Pavel Machek <pavel@ucw.cz>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-07-19 04:47:30 -04:00
|
|
|
|
2008-06-12 17:24:06 -04:00
|
|
|
if (!error)
|
|
|
|
acpi_target_sleep_state = ACPI_STATE_S4;
|
|
|
|
return error;
|
swsusp: introduce restore platform operations
At least on some machines it is necessary to prepare the ACPI firmware for the
restoration of the system memory state from the hibernation image if the
"platform" mode of hibernation has been used. Namely, in that cases we need
to disable the GPEs before replacing the "boot" kernel with the "frozen"
kernel (cf. http://bugzilla.kernel.org/show_bug.cgi?id=7887). After the
restore they will be re-enabled by hibernation_ops->finish(), but if the
restore fails, they have to be re-enabled by the restore code explicitly.
For this purpose we can introduce two additional hibernation operations,
called pre_restore() and restore_cleanup() and call them from the restore code
path. Still, they should be called if the "platform" mode of hibernation has
been used, so we need to pass the information about the hibernation mode from
the "frozen" kernel to the "boot" kernel in the image header.
Apparently, we can't drop the disabling of GPEs before the restore because of
Bug #7887 . We also can't do it unconditionally, because the GPEs wouldn't
have been enabled after a successful restore if the suspend had been done in
the 'shutdown' or 'reboot' mode.
In principle we could (and probably should) unconditionally disable the GPEs
before each snapshot creation *and* before the restore, but then we'd have to
unconditionally enable them after the snapshot creation as well as after the
restore (or restore failure) Still, for this purpose we'd need to modify
acpi_enter_sleep_state_prep() and acpi_leave_sleep_state() and we'd have to
introduce some mechanism synchronizing the disablind/enabling of the GPEs with
the device drivers' .suspend()/.resume() routines and with
disable_/enable_nonboot_cpus(). However, this would have affected the
suspend (ie. s2ram) code as well as the hibernation, which I'd like to avoid
in this patch series.
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Cc: Nigel Cunningham <nigel@nigel.suspend2.net>
Cc: Pavel Machek <pavel@ucw.cz>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-07-19 04:47:30 -04:00
|
|
|
}
|
|
|
|
|
2008-06-12 17:24:06 -04:00
|
|
|
/*
|
|
|
|
* The following callbacks are used if the pre-ACPI 2.0 suspend ordering has
|
|
|
|
* been requested.
|
|
|
|
*/
|
|
|
|
static struct platform_hibernation_ops acpi_hibernation_ops_old = {
|
|
|
|
.begin = acpi_hibernation_begin_old,
|
|
|
|
.end = acpi_pm_end,
|
|
|
|
.pre_snapshot = acpi_pm_disable_gpes,
|
|
|
|
.finish = acpi_pm_finish,
|
|
|
|
.prepare = acpi_pm_disable_gpes,
|
2007-05-09 05:33:18 -04:00
|
|
|
.enter = acpi_hibernation_enter,
|
2007-10-18 06:04:55 -04:00
|
|
|
.leave = acpi_hibernation_leave,
|
2008-06-12 17:24:06 -04:00
|
|
|
.pre_restore = acpi_pm_disable_gpes,
|
|
|
|
.restore_cleanup = acpi_pm_enable_gpes,
|
|
|
|
.recover = acpi_pm_finish,
|
2007-05-09 05:33:18 -04:00
|
|
|
};
|
2008-06-12 17:24:06 -04:00
|
|
|
#endif /* CONFIG_HIBERNATION */
|
2007-05-09 05:33:18 -04:00
|
|
|
|
2007-07-29 17:27:18 -04:00
|
|
|
int acpi_suspend(u32 acpi_state)
|
|
|
|
{
|
|
|
|
suspend_state_t states[] = {
|
|
|
|
[1] = PM_SUSPEND_STANDBY,
|
|
|
|
[3] = PM_SUSPEND_MEM,
|
|
|
|
[5] = PM_SUSPEND_MAX
|
|
|
|
};
|
|
|
|
|
|
|
|
if (acpi_state < 6 && states[acpi_state])
|
|
|
|
return pm_suspend(states[acpi_state]);
|
|
|
|
if (acpi_state == 4)
|
|
|
|
return hibernate();
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
2007-09-25 10:45:15 -04:00
|
|
|
#ifdef CONFIG_PM_SLEEP
|
2007-07-17 16:40:25 -04:00
|
|
|
/**
|
|
|
|
* acpi_pm_device_sleep_state - return preferred power state of ACPI device
|
|
|
|
* in the system sleep state given by %acpi_target_sleep_state
|
2008-06-04 19:15:40 -04:00
|
|
|
* @dev: device to examine; its driver model wakeup flags control
|
|
|
|
* whether it should be able to wake up the system
|
2007-07-17 16:40:25 -04:00
|
|
|
* @d_min_p: used to store the upper limit of allowed states range
|
|
|
|
* Return value: preferred power state of the device on success, -ENODEV on
|
|
|
|
* failure (ie. if there's no 'struct acpi_device' for @dev)
|
|
|
|
*
|
|
|
|
* Find the lowest power (highest number) ACPI device power state that
|
|
|
|
* device @dev can be in while the system is in the sleep state represented
|
|
|
|
* by %acpi_target_sleep_state. If @wake is nonzero, the device should be
|
|
|
|
* able to wake up the system from this sleep state. If @d_min_p is set,
|
|
|
|
* the highest power (lowest number) device power state of @dev allowed
|
|
|
|
* in this system sleep state is stored at the location pointed to by it.
|
|
|
|
*
|
|
|
|
* The caller must ensure that @dev is valid before using this function.
|
|
|
|
* The caller is also responsible for figuring out if the device is
|
|
|
|
* supposed to be able to wake up the system and passing this information
|
|
|
|
* via @wake.
|
|
|
|
*/
|
|
|
|
|
2008-06-04 19:15:40 -04:00
|
|
|
int acpi_pm_device_sleep_state(struct device *dev, int *d_min_p)
|
2007-07-17 16:40:25 -04:00
|
|
|
{
|
|
|
|
acpi_handle handle = DEVICE_ACPI_HANDLE(dev);
|
|
|
|
struct acpi_device *adev;
|
|
|
|
char acpi_method[] = "_SxD";
|
|
|
|
unsigned long d_min, d_max;
|
|
|
|
|
|
|
|
if (!handle || ACPI_FAILURE(acpi_bus_get_device(handle, &adev))) {
|
2007-08-23 03:01:13 -04:00
|
|
|
printk(KERN_DEBUG "ACPI handle has no context!\n");
|
2007-07-17 16:40:25 -04:00
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
|
|
|
acpi_method[2] = '0' + acpi_target_sleep_state;
|
|
|
|
/*
|
|
|
|
* If the sleep state is S0, we will return D3, but if the device has
|
|
|
|
* _S0W, we will use the value from _S0W
|
|
|
|
*/
|
|
|
|
d_min = ACPI_STATE_D0;
|
|
|
|
d_max = ACPI_STATE_D3;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* If present, _SxD methods return the minimum D-state (highest power
|
|
|
|
* state) we can use for the corresponding S-states. Otherwise, the
|
|
|
|
* minimum D-state is D0 (ACPI 3.x).
|
|
|
|
*
|
|
|
|
* NOTE: We rely on acpi_evaluate_integer() not clobbering the integer
|
|
|
|
* provided -- that's our fault recovery, we ignore retval.
|
|
|
|
*/
|
|
|
|
if (acpi_target_sleep_state > ACPI_STATE_S0)
|
|
|
|
acpi_evaluate_integer(handle, acpi_method, NULL, &d_min);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* If _PRW says we can wake up the system from the target sleep state,
|
|
|
|
* the D-state returned by _SxD is sufficient for that (we assume a
|
|
|
|
* wakeup-aware driver if wake is set). Still, if _SxW exists
|
|
|
|
* (ACPI 3.x), it should return the maximum (lowest power) D-state that
|
|
|
|
* can wake the system. _S0W may be valid, too.
|
|
|
|
*/
|
|
|
|
if (acpi_target_sleep_state == ACPI_STATE_S0 ||
|
2008-06-04 19:15:40 -04:00
|
|
|
(device_may_wakeup(dev) && adev->wakeup.state.enabled &&
|
2007-07-17 16:40:25 -04:00
|
|
|
adev->wakeup.sleep_state <= acpi_target_sleep_state)) {
|
2008-01-10 18:10:38 -05:00
|
|
|
acpi_status status;
|
|
|
|
|
2007-07-17 16:40:25 -04:00
|
|
|
acpi_method[3] = 'W';
|
2008-01-10 18:10:38 -05:00
|
|
|
status = acpi_evaluate_integer(handle, acpi_method, NULL,
|
|
|
|
&d_max);
|
|
|
|
if (ACPI_FAILURE(status)) {
|
|
|
|
d_max = d_min;
|
|
|
|
} else if (d_max < d_min) {
|
|
|
|
/* Warn the user of the broken DSDT */
|
|
|
|
printk(KERN_WARNING "ACPI: Wrong value from %s\n",
|
|
|
|
acpi_method);
|
|
|
|
/* Sanitize it */
|
2007-07-17 16:40:25 -04:00
|
|
|
d_min = d_max;
|
2008-01-10 18:10:38 -05:00
|
|
|
}
|
2007-07-17 16:40:25 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
if (d_min_p)
|
|
|
|
*d_min_p = d_min;
|
|
|
|
return d_max;
|
|
|
|
}
|
2008-07-06 21:34:48 -04:00
|
|
|
|
|
|
|
/**
|
|
|
|
* acpi_pm_device_sleep_wake - enable or disable the system wake-up
|
|
|
|
* capability of given device
|
|
|
|
* @dev: device to handle
|
|
|
|
* @enable: 'true' - enable, 'false' - disable the wake-up capability
|
|
|
|
*/
|
|
|
|
int acpi_pm_device_sleep_wake(struct device *dev, bool enable)
|
|
|
|
{
|
|
|
|
acpi_handle handle;
|
|
|
|
struct acpi_device *adev;
|
|
|
|
|
|
|
|
if (!device_may_wakeup(dev))
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
handle = DEVICE_ACPI_HANDLE(dev);
|
|
|
|
if (!handle || ACPI_FAILURE(acpi_bus_get_device(handle, &adev))) {
|
|
|
|
printk(KERN_DEBUG "ACPI handle has no context!\n");
|
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
|
|
|
return enable ?
|
|
|
|
acpi_enable_wakeup_device_power(adev, acpi_target_sleep_state) :
|
|
|
|
acpi_disable_wakeup_device_power(adev);
|
|
|
|
}
|
2007-09-25 10:45:15 -04:00
|
|
|
#endif
|
2007-07-17 16:40:25 -04:00
|
|
|
|
2007-09-20 13:32:35 -04:00
|
|
|
static void acpi_power_off_prepare(void)
|
|
|
|
{
|
|
|
|
/* Prepare to power off the system */
|
|
|
|
acpi_sleep_prepare(ACPI_STATE_S5);
|
2008-01-07 18:06:16 -05:00
|
|
|
acpi_hw_disable_all_gpes();
|
2007-09-20 13:32:35 -04:00
|
|
|
}
|
|
|
|
|
|
|
|
static void acpi_power_off(void)
|
|
|
|
{
|
|
|
|
/* acpi_sleep_prepare(ACPI_STATE_S5) should have already been called */
|
2008-03-05 21:24:51 -05:00
|
|
|
printk("%s called\n", __func__);
|
2007-09-20 13:32:35 -04:00
|
|
|
local_irq_disable();
|
2007-10-22 06:18:06 -04:00
|
|
|
acpi_enable_wakeup_device(ACPI_STATE_S5);
|
2007-09-20 13:32:35 -04:00
|
|
|
acpi_enter_sleep_state(ACPI_STATE_S5);
|
|
|
|
}
|
|
|
|
|
2007-02-10 01:32:16 -05:00
|
|
|
int __init acpi_sleep_init(void)
|
2005-04-16 18:20:36 -04:00
|
|
|
{
|
2007-07-29 17:27:18 -04:00
|
|
|
acpi_status status;
|
|
|
|
u8 type_a, type_b;
|
|
|
|
#ifdef CONFIG_SUSPEND
|
2005-03-18 16:20:46 -05:00
|
|
|
int i = 0;
|
2008-07-24 00:28:43 -04:00
|
|
|
|
|
|
|
dmi_check_system(acpisleep_dmi_table);
|
2007-07-29 17:27:18 -04:00
|
|
|
#endif
|
2005-04-16 18:20:36 -04:00
|
|
|
|
|
|
|
if (acpi_disabled)
|
|
|
|
return 0;
|
|
|
|
|
2007-09-20 16:27:44 -04:00
|
|
|
sleep_states[ACPI_STATE_S0] = 1;
|
|
|
|
printk(KERN_INFO PREFIX "(supports S0");
|
|
|
|
|
2007-07-29 17:27:18 -04:00
|
|
|
#ifdef CONFIG_SUSPEND
|
2007-09-20 16:27:44 -04:00
|
|
|
for (i = ACPI_STATE_S1; i < ACPI_STATE_S4; i++) {
|
2005-04-16 18:20:36 -04:00
|
|
|
status = acpi_get_sleep_type_data(i, &type_a, &type_b);
|
|
|
|
if (ACPI_SUCCESS(status)) {
|
|
|
|
sleep_states[i] = 1;
|
|
|
|
printk(" S%d", i);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2008-06-12 17:24:06 -04:00
|
|
|
suspend_set_ops(old_suspend_ordering ?
|
|
|
|
&acpi_suspend_ops_old : &acpi_suspend_ops);
|
2007-07-29 17:27:18 -04:00
|
|
|
#endif
|
2007-05-09 05:33:18 -04:00
|
|
|
|
2007-07-29 17:24:36 -04:00
|
|
|
#ifdef CONFIG_HIBERNATION
|
2007-07-29 17:27:18 -04:00
|
|
|
status = acpi_get_sleep_type_data(ACPI_STATE_S4, &type_a, &type_b);
|
|
|
|
if (ACPI_SUCCESS(status)) {
|
2008-06-12 17:24:06 -04:00
|
|
|
hibernation_set_ops(old_suspend_ordering ?
|
|
|
|
&acpi_hibernation_ops_old : &acpi_hibernation_ops);
|
2007-07-29 17:27:18 -04:00
|
|
|
sleep_states[ACPI_STATE_S4] = 1;
|
2007-09-20 13:32:35 -04:00
|
|
|
printk(" S4");
|
2008-07-24 00:28:41 -04:00
|
|
|
if (!nosigcheck) {
|
|
|
|
acpi_get_table_by_index(ACPI_TABLE_INDEX_FACS,
|
|
|
|
(struct acpi_table_header **)&facs);
|
|
|
|
if (facs)
|
|
|
|
s4_hardware_signature =
|
|
|
|
facs->hardware_signature;
|
|
|
|
}
|
2007-07-29 17:27:18 -04:00
|
|
|
}
|
2007-05-09 05:33:18 -04:00
|
|
|
#endif
|
2007-09-20 13:32:35 -04:00
|
|
|
status = acpi_get_sleep_type_data(ACPI_STATE_S5, &type_a, &type_b);
|
|
|
|
if (ACPI_SUCCESS(status)) {
|
|
|
|
sleep_states[ACPI_STATE_S5] = 1;
|
|
|
|
printk(" S5");
|
|
|
|
pm_power_off_prepare = acpi_power_off_prepare;
|
|
|
|
pm_power_off = acpi_power_off;
|
|
|
|
}
|
|
|
|
printk(")\n");
|
2005-04-16 18:20:36 -04:00
|
|
|
return 0;
|
|
|
|
}
|