2005-04-16 22:20:36 +00:00
|
|
|
/*
|
|
|
|
* kernel/power/disk.c - Suspend-to-disk support.
|
|
|
|
*
|
|
|
|
* Copyright (c) 2003 Patrick Mochel
|
|
|
|
* Copyright (c) 2003 Open Source Development Lab
|
|
|
|
* Copyright (c) 2004 Pavel Machek <pavel@suse.cz>
|
|
|
|
*
|
|
|
|
* This file is released under the GPLv2.
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/suspend.h>
|
|
|
|
#include <linux/syscalls.h>
|
|
|
|
#include <linux/reboot.h>
|
|
|
|
#include <linux/string.h>
|
|
|
|
#include <linux/device.h>
|
|
|
|
#include <linux/delay.h>
|
|
|
|
#include <linux/fs.h>
|
2005-07-12 20:58:07 +00:00
|
|
|
#include <linux/mount.h>
|
2005-09-23 04:43:46 +00:00
|
|
|
#include <linux/pm.h>
|
2006-10-11 08:20:45 +00:00
|
|
|
#include <linux/console.h>
|
2006-09-26 06:32:48 +00:00
|
|
|
#include <linux/cpu.h>
|
2006-12-07 04:34:23 +00:00
|
|
|
#include <linux/freezer.h>
|
2005-07-12 20:58:07 +00:00
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
#include "power.h"
|
|
|
|
|
|
|
|
|
|
|
|
static int noresume = 0;
|
|
|
|
char resume_file[256] = CONFIG_PM_STD_PARTITION;
|
|
|
|
dev_t swsusp_resume_device;
|
2006-12-07 04:34:12 +00:00
|
|
|
sector_t swsusp_resume_block;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2007-05-09 09:33:18 +00:00
|
|
|
enum {
|
|
|
|
HIBERNATION_INVALID,
|
|
|
|
HIBERNATION_PLATFORM,
|
|
|
|
HIBERNATION_TEST,
|
|
|
|
HIBERNATION_TESTPROC,
|
|
|
|
HIBERNATION_SHUTDOWN,
|
|
|
|
HIBERNATION_REBOOT,
|
|
|
|
/* keep last */
|
|
|
|
__HIBERNATION_AFTER_LAST
|
|
|
|
};
|
|
|
|
#define HIBERNATION_MAX (__HIBERNATION_AFTER_LAST-1)
|
|
|
|
#define HIBERNATION_FIRST (HIBERNATION_INVALID + 1)
|
|
|
|
|
|
|
|
static int hibernation_mode = HIBERNATION_SHUTDOWN;
|
|
|
|
|
2007-07-19 08:47:29 +00:00
|
|
|
static struct hibernation_ops *hibernation_ops;
|
2007-05-09 09:33:18 +00:00
|
|
|
|
|
|
|
/**
|
|
|
|
* hibernation_set_ops - set the global hibernate operations
|
|
|
|
* @ops: the hibernation operations to use in subsequent hibernation transitions
|
|
|
|
*/
|
|
|
|
|
|
|
|
void hibernation_set_ops(struct hibernation_ops *ops)
|
|
|
|
{
|
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 08:47:30 +00:00
|
|
|
if (ops && !(ops->prepare && ops->enter && ops->finish
|
|
|
|
&& ops->pre_restore && ops->restore_cleanup)) {
|
2007-05-09 09:33:18 +00:00
|
|
|
WARN_ON(1);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
mutex_lock(&pm_mutex);
|
|
|
|
hibernation_ops = ops;
|
|
|
|
if (ops)
|
|
|
|
hibernation_mode = HIBERNATION_PLATFORM;
|
|
|
|
else if (hibernation_mode == HIBERNATION_PLATFORM)
|
|
|
|
hibernation_mode = HIBERNATION_SHUTDOWN;
|
|
|
|
|
|
|
|
mutex_unlock(&pm_mutex);
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2006-12-07 04:34:21 +00:00
|
|
|
/**
|
|
|
|
* platform_prepare - prepare the machine for hibernation using the
|
|
|
|
* platform driver if so configured and return an error code if it fails
|
|
|
|
*/
|
|
|
|
|
2007-07-19 08:47:29 +00:00
|
|
|
static int platform_prepare(int platform_mode)
|
2006-12-07 04:34:21 +00:00
|
|
|
{
|
2007-07-19 08:47:29 +00:00
|
|
|
return (platform_mode && hibernation_ops) ?
|
2007-05-09 09:33:18 +00:00
|
|
|
hibernation_ops->prepare() : 0;
|
|
|
|
}
|
2006-12-07 04:34:21 +00:00
|
|
|
|
2007-05-09 09:33:18 +00:00
|
|
|
/**
|
|
|
|
* platform_finish - switch the machine to the normal mode of operation
|
|
|
|
* using the platform driver (must be called after platform_prepare())
|
|
|
|
*/
|
|
|
|
|
2007-07-19 08:47:29 +00:00
|
|
|
static void platform_finish(int platform_mode)
|
2007-05-09 09:33:18 +00:00
|
|
|
{
|
2007-07-19 08:47:29 +00:00
|
|
|
if (platform_mode && hibernation_ops)
|
2007-05-09 09:33:18 +00:00
|
|
|
hibernation_ops->finish();
|
2006-12-07 04:34:21 +00:00
|
|
|
}
|
|
|
|
|
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 08:47:30 +00:00
|
|
|
/**
|
|
|
|
* platform_pre_restore - prepare the platform for the restoration from a
|
|
|
|
* hibernation image. If the restore fails after this function has been
|
|
|
|
* called, platform_restore_cleanup() must be called.
|
|
|
|
*/
|
|
|
|
|
|
|
|
static int platform_pre_restore(int platform_mode)
|
|
|
|
{
|
|
|
|
return (platform_mode && hibernation_ops) ?
|
|
|
|
hibernation_ops->pre_restore() : 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* platform_restore_cleanup - switch the platform to the normal mode of
|
|
|
|
* operation after a failing restore. If platform_pre_restore() has been
|
|
|
|
* called before the failing restore, this function must be called too,
|
|
|
|
* regardless of the result of platform_pre_restore().
|
|
|
|
*/
|
|
|
|
|
|
|
|
static void platform_restore_cleanup(int platform_mode)
|
|
|
|
{
|
|
|
|
if (platform_mode && hibernation_ops)
|
|
|
|
hibernation_ops->restore_cleanup();
|
|
|
|
}
|
|
|
|
|
2007-07-19 08:47:29 +00:00
|
|
|
/**
|
|
|
|
* hibernation_snapshot - quiesce devices and create the hibernation
|
|
|
|
* snapshot image.
|
|
|
|
* @platform_mode - if set, use the platform driver, if available, to
|
|
|
|
* prepare the platform frimware for the power transition.
|
|
|
|
*
|
|
|
|
* Must be called with pm_mutex held
|
|
|
|
*/
|
|
|
|
|
|
|
|
int hibernation_snapshot(int platform_mode)
|
|
|
|
{
|
|
|
|
int error;
|
|
|
|
|
|
|
|
/* Free memory before shutting down devices. */
|
|
|
|
error = swsusp_shrink_memory();
|
|
|
|
if (error)
|
|
|
|
goto Finish;
|
|
|
|
|
|
|
|
error = platform_prepare(platform_mode);
|
|
|
|
if (error)
|
|
|
|
goto Finish;
|
|
|
|
|
|
|
|
suspend_console();
|
|
|
|
error = device_suspend(PMSG_FREEZE);
|
|
|
|
if (error)
|
|
|
|
goto Resume_devices;
|
|
|
|
|
|
|
|
error = disable_nonboot_cpus();
|
|
|
|
if (!error) {
|
|
|
|
if (hibernation_mode != HIBERNATION_TEST) {
|
|
|
|
in_suspend = 1;
|
|
|
|
error = swsusp_suspend();
|
|
|
|
/* Control returns here after successful restore */
|
|
|
|
} else {
|
|
|
|
printk("swsusp debug: Waiting for 5 seconds.\n");
|
|
|
|
mdelay(5000);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
enable_nonboot_cpus();
|
|
|
|
Resume_devices:
|
|
|
|
platform_finish(platform_mode);
|
|
|
|
device_resume();
|
|
|
|
resume_console();
|
|
|
|
Finish:
|
|
|
|
return error;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* hibernation_restore - quiesce devices and restore the hibernation
|
|
|
|
* snapshot image. If successful, control returns in hibernation_snaphot()
|
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 08:47:30 +00:00
|
|
|
* @platform_mode - if set, use the platform driver, if available, to
|
|
|
|
* prepare the platform frimware for the transition.
|
2007-07-19 08:47:29 +00:00
|
|
|
*
|
|
|
|
* Must be called with pm_mutex held
|
|
|
|
*/
|
|
|
|
|
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 08:47:30 +00:00
|
|
|
int hibernation_restore(int platform_mode)
|
2007-07-19 08:47:29 +00:00
|
|
|
{
|
|
|
|
int error;
|
|
|
|
|
|
|
|
pm_prepare_console();
|
|
|
|
suspend_console();
|
|
|
|
error = device_suspend(PMSG_PRETHAW);
|
|
|
|
if (error)
|
|
|
|
goto Finish;
|
|
|
|
|
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 08:47:30 +00:00
|
|
|
error = platform_pre_restore(platform_mode);
|
|
|
|
if (!error) {
|
|
|
|
error = disable_nonboot_cpus();
|
|
|
|
if (!error)
|
|
|
|
error = swsusp_resume();
|
|
|
|
enable_nonboot_cpus();
|
|
|
|
}
|
|
|
|
platform_restore_cleanup(platform_mode);
|
2007-07-19 08:47:29 +00:00
|
|
|
Finish:
|
|
|
|
device_resume();
|
|
|
|
resume_console();
|
|
|
|
pm_restore_console();
|
|
|
|
return error;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* hibernation_platform_enter - enter the hibernation state using the
|
|
|
|
* platform driver (if available)
|
|
|
|
*/
|
|
|
|
|
|
|
|
int hibernation_platform_enter(void)
|
|
|
|
{
|
|
|
|
if (hibernation_ops) {
|
|
|
|
kernel_shutdown_prepare(SYSTEM_SUSPEND_DISK);
|
|
|
|
return hibernation_ops->enter();
|
|
|
|
} else {
|
|
|
|
return -ENOSYS;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
/**
|
2007-05-09 09:33:18 +00:00
|
|
|
* power_down - Shut the machine down for hibernation.
|
2005-04-16 22:20:36 +00:00
|
|
|
*
|
rework pm_ops pm_disk_mode, kill misuse
This patch series cleans up some misconceptions about pm_ops. Some users of
the pm_ops structure attempt to use it to stop the user from entering suspend
to disk, this, however, is not possible since the user can always use
"shutdown" in /sys/power/disk and then the pm_ops are never invoked. Also,
platforms that don't support suspend to disk simply should not allow
configuring SOFTWARE_SUSPEND (read the help text on it, it only selects
suspend to disk and nothing else, all the other stuff depends on PM).
The pm_ops structure is actually intended to provide a way to enter
platform-defined sleep states (currently supported states are "standby" and
"mem" (suspend to ram)) and additionally (if SOFTWARE_SUSPEND is configured)
allows a platform to support a platform specific way to enter low-power mode
once everything has been saved to disk. This is currently only used by ACPI
(S4).
This patch:
The pm_ops.pm_disk_mode is used in totally bogus ways since nobody really
seems to understand what it actually does.
This patch clarifies the pm_disk_mode description.
It also removes all the arm and sh users that think they can veto suspend to
disk via pm_ops; not so since the user can always do echo shutdown >
/sys/power/disk, they need to find a better way involving Kconfig or such.
ACPI is the only user left with a non-zero pm_disk_mode.
The patch also sets the default mode to shutdown again, but when a new pm_ops
is registered its pm_disk_mode is selected as default, that way the default
stays for ACPI where it is apparently required.
Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
Cc: David Brownell <david-b@pacbell.net>
Acked-by: Pavel Machek <pavel@ucw.cz>
Cc: <linux-pm@lists.linux-foundation.org>
Cc: Len Brown <lenb@kernel.org>
Acked-by: Russell King <rmk@arm.linux.org.uk>
Cc: Greg KH <greg@kroah.com>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>
Acked-by: Paul Mundt <lethal@linux-sh.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-04-30 22:09:51 +00:00
|
|
|
* Use the platform driver, if configured so; otherwise try
|
|
|
|
* to power off or reboot.
|
2005-04-16 22:20:36 +00:00
|
|
|
*/
|
|
|
|
|
rework pm_ops pm_disk_mode, kill misuse
This patch series cleans up some misconceptions about pm_ops. Some users of
the pm_ops structure attempt to use it to stop the user from entering suspend
to disk, this, however, is not possible since the user can always use
"shutdown" in /sys/power/disk and then the pm_ops are never invoked. Also,
platforms that don't support suspend to disk simply should not allow
configuring SOFTWARE_SUSPEND (read the help text on it, it only selects
suspend to disk and nothing else, all the other stuff depends on PM).
The pm_ops structure is actually intended to provide a way to enter
platform-defined sleep states (currently supported states are "standby" and
"mem" (suspend to ram)) and additionally (if SOFTWARE_SUSPEND is configured)
allows a platform to support a platform specific way to enter low-power mode
once everything has been saved to disk. This is currently only used by ACPI
(S4).
This patch:
The pm_ops.pm_disk_mode is used in totally bogus ways since nobody really
seems to understand what it actually does.
This patch clarifies the pm_disk_mode description.
It also removes all the arm and sh users that think they can veto suspend to
disk via pm_ops; not so since the user can always do echo shutdown >
/sys/power/disk, they need to find a better way involving Kconfig or such.
ACPI is the only user left with a non-zero pm_disk_mode.
The patch also sets the default mode to shutdown again, but when a new pm_ops
is registered its pm_disk_mode is selected as default, that way the default
stays for ACPI where it is apparently required.
Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
Cc: David Brownell <david-b@pacbell.net>
Acked-by: Pavel Machek <pavel@ucw.cz>
Cc: <linux-pm@lists.linux-foundation.org>
Cc: Len Brown <lenb@kernel.org>
Acked-by: Russell King <rmk@arm.linux.org.uk>
Cc: Greg KH <greg@kroah.com>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>
Acked-by: Paul Mundt <lethal@linux-sh.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-04-30 22:09:51 +00:00
|
|
|
static void power_down(void)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
2007-05-09 09:33:18 +00:00
|
|
|
switch (hibernation_mode) {
|
|
|
|
case HIBERNATION_TEST:
|
|
|
|
case HIBERNATION_TESTPROC:
|
rework pm_ops pm_disk_mode, kill misuse
This patch series cleans up some misconceptions about pm_ops. Some users of
the pm_ops structure attempt to use it to stop the user from entering suspend
to disk, this, however, is not possible since the user can always use
"shutdown" in /sys/power/disk and then the pm_ops are never invoked. Also,
platforms that don't support suspend to disk simply should not allow
configuring SOFTWARE_SUSPEND (read the help text on it, it only selects
suspend to disk and nothing else, all the other stuff depends on PM).
The pm_ops structure is actually intended to provide a way to enter
platform-defined sleep states (currently supported states are "standby" and
"mem" (suspend to ram)) and additionally (if SOFTWARE_SUSPEND is configured)
allows a platform to support a platform specific way to enter low-power mode
once everything has been saved to disk. This is currently only used by ACPI
(S4).
This patch:
The pm_ops.pm_disk_mode is used in totally bogus ways since nobody really
seems to understand what it actually does.
This patch clarifies the pm_disk_mode description.
It also removes all the arm and sh users that think they can veto suspend to
disk via pm_ops; not so since the user can always do echo shutdown >
/sys/power/disk, they need to find a better way involving Kconfig or such.
ACPI is the only user left with a non-zero pm_disk_mode.
The patch also sets the default mode to shutdown again, but when a new pm_ops
is registered its pm_disk_mode is selected as default, that way the default
stays for ACPI where it is apparently required.
Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
Cc: David Brownell <david-b@pacbell.net>
Acked-by: Pavel Machek <pavel@ucw.cz>
Cc: <linux-pm@lists.linux-foundation.org>
Cc: Len Brown <lenb@kernel.org>
Acked-by: Russell King <rmk@arm.linux.org.uk>
Cc: Greg KH <greg@kroah.com>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>
Acked-by: Paul Mundt <lethal@linux-sh.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-04-30 22:09:51 +00:00
|
|
|
break;
|
2007-05-09 09:33:18 +00:00
|
|
|
case HIBERNATION_SHUTDOWN:
|
2005-07-26 18:01:17 +00:00
|
|
|
kernel_power_off();
|
2005-04-16 22:20:36 +00:00
|
|
|
break;
|
2007-05-09 09:33:18 +00:00
|
|
|
case HIBERNATION_REBOOT:
|
2005-07-26 18:01:17 +00:00
|
|
|
kernel_restart(NULL);
|
2005-04-16 22:20:36 +00:00
|
|
|
break;
|
2007-05-09 09:33:18 +00:00
|
|
|
case HIBERNATION_PLATFORM:
|
2007-07-19 08:47:29 +00:00
|
|
|
hibernation_platform_enter();
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
2005-07-26 18:01:17 +00:00
|
|
|
kernel_halt();
|
rework pm_ops pm_disk_mode, kill misuse
This patch series cleans up some misconceptions about pm_ops. Some users of
the pm_ops structure attempt to use it to stop the user from entering suspend
to disk, this, however, is not possible since the user can always use
"shutdown" in /sys/power/disk and then the pm_ops are never invoked. Also,
platforms that don't support suspend to disk simply should not allow
configuring SOFTWARE_SUSPEND (read the help text on it, it only selects
suspend to disk and nothing else, all the other stuff depends on PM).
The pm_ops structure is actually intended to provide a way to enter
platform-defined sleep states (currently supported states are "standby" and
"mem" (suspend to ram)) and additionally (if SOFTWARE_SUSPEND is configured)
allows a platform to support a platform specific way to enter low-power mode
once everything has been saved to disk. This is currently only used by ACPI
(S4).
This patch:
The pm_ops.pm_disk_mode is used in totally bogus ways since nobody really
seems to understand what it actually does.
This patch clarifies the pm_disk_mode description.
It also removes all the arm and sh users that think they can veto suspend to
disk via pm_ops; not so since the user can always do echo shutdown >
/sys/power/disk, they need to find a better way involving Kconfig or such.
ACPI is the only user left with a non-zero pm_disk_mode.
The patch also sets the default mode to shutdown again, but when a new pm_ops
is registered its pm_disk_mode is selected as default, that way the default
stays for ACPI where it is apparently required.
Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
Cc: David Brownell <david-b@pacbell.net>
Acked-by: Pavel Machek <pavel@ucw.cz>
Cc: <linux-pm@lists.linux-foundation.org>
Cc: Len Brown <lenb@kernel.org>
Acked-by: Russell King <rmk@arm.linux.org.uk>
Cc: Greg KH <greg@kroah.com>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>
Acked-by: Paul Mundt <lethal@linux-sh.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-04-30 22:09:51 +00:00
|
|
|
/*
|
|
|
|
* Valid image is on the disk, if we continue we risk serious data
|
|
|
|
* corruption after resume.
|
|
|
|
*/
|
2005-04-16 22:20:36 +00:00
|
|
|
printk(KERN_CRIT "Please power me down manually\n");
|
|
|
|
while(1);
|
|
|
|
}
|
|
|
|
|
2007-02-10 09:43:32 +00:00
|
|
|
static void unprepare_processes(void)
|
|
|
|
{
|
|
|
|
thaw_processes();
|
|
|
|
pm_restore_console();
|
|
|
|
}
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
static int prepare_processes(void)
|
|
|
|
{
|
2006-11-03 06:07:19 +00:00
|
|
|
int error = 0;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
pm_prepare_console();
|
|
|
|
if (freeze_processes()) {
|
|
|
|
error = -EBUSY;
|
2007-02-10 09:43:32 +00:00
|
|
|
unprepare_processes();
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
2005-06-25 21:55:06 +00:00
|
|
|
return error;
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
2007-05-09 09:33:18 +00:00
|
|
|
* hibernate - The granpappy of the built-in hibernation management
|
2005-04-16 22:20:36 +00:00
|
|
|
*/
|
|
|
|
|
2007-05-09 09:33:18 +00:00
|
|
|
int hibernate(void)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
|
|
|
int error;
|
|
|
|
|
2007-05-06 21:50:45 +00:00
|
|
|
/* The snapshot device should not be opened while we're running */
|
|
|
|
if (!atomic_add_unless(&snapshot_device_available, -1, 0))
|
|
|
|
return -EBUSY;
|
|
|
|
|
|
|
|
/* Allocate memory management structures */
|
|
|
|
error = create_basic_memory_bitmaps();
|
|
|
|
if (error)
|
|
|
|
goto Exit;
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
error = prepare_processes();
|
2005-06-25 21:55:06 +00:00
|
|
|
if (error)
|
2007-05-06 21:50:45 +00:00
|
|
|
goto Finish;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2007-05-09 09:33:18 +00:00
|
|
|
mutex_lock(&pm_mutex);
|
|
|
|
if (hibernation_mode == HIBERNATION_TESTPROC) {
|
2007-02-10 09:43:32 +00:00
|
|
|
printk("swsusp debug: Waiting for 5 seconds.\n");
|
|
|
|
mdelay(5000);
|
|
|
|
goto Thaw;
|
|
|
|
}
|
2007-07-19 08:47:29 +00:00
|
|
|
error = hibernation_snapshot(hibernation_mode == HIBERNATION_PLATFORM);
|
|
|
|
if (in_suspend && !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 08:47:30 +00:00
|
|
|
unsigned int flags = 0;
|
|
|
|
|
|
|
|
if (hibernation_mode == HIBERNATION_PLATFORM)
|
|
|
|
flags |= SF_PLATFORM_MODE;
|
2005-04-16 22:20:36 +00:00
|
|
|
pr_debug("PM: writing image.\n");
|
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 08:47:30 +00:00
|
|
|
error = swsusp_write(flags);
|
2007-07-19 08:47:29 +00:00
|
|
|
swsusp_free();
|
2005-04-16 22:20:36 +00:00
|
|
|
if (!error)
|
rework pm_ops pm_disk_mode, kill misuse
This patch series cleans up some misconceptions about pm_ops. Some users of
the pm_ops structure attempt to use it to stop the user from entering suspend
to disk, this, however, is not possible since the user can always use
"shutdown" in /sys/power/disk and then the pm_ops are never invoked. Also,
platforms that don't support suspend to disk simply should not allow
configuring SOFTWARE_SUSPEND (read the help text on it, it only selects
suspend to disk and nothing else, all the other stuff depends on PM).
The pm_ops structure is actually intended to provide a way to enter
platform-defined sleep states (currently supported states are "standby" and
"mem" (suspend to ram)) and additionally (if SOFTWARE_SUSPEND is configured)
allows a platform to support a platform specific way to enter low-power mode
once everything has been saved to disk. This is currently only used by ACPI
(S4).
This patch:
The pm_ops.pm_disk_mode is used in totally bogus ways since nobody really
seems to understand what it actually does.
This patch clarifies the pm_disk_mode description.
It also removes all the arm and sh users that think they can veto suspend to
disk via pm_ops; not so since the user can always do echo shutdown >
/sys/power/disk, they need to find a better way involving Kconfig or such.
ACPI is the only user left with a non-zero pm_disk_mode.
The patch also sets the default mode to shutdown again, but when a new pm_ops
is registered its pm_disk_mode is selected as default, that way the default
stays for ACPI where it is apparently required.
Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
Cc: David Brownell <david-b@pacbell.net>
Acked-by: Pavel Machek <pavel@ucw.cz>
Cc: <linux-pm@lists.linux-foundation.org>
Cc: Len Brown <lenb@kernel.org>
Acked-by: Russell King <rmk@arm.linux.org.uk>
Cc: Greg KH <greg@kroah.com>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>
Acked-by: Paul Mundt <lethal@linux-sh.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-04-30 22:09:51 +00:00
|
|
|
power_down();
|
2006-11-03 06:07:19 +00:00
|
|
|
} else {
|
2005-04-16 22:20:36 +00:00
|
|
|
pr_debug("PM: Image restored successfully.\n");
|
2007-07-19 08:47:29 +00:00
|
|
|
swsusp_free();
|
2006-11-03 06:07:19 +00:00
|
|
|
}
|
|
|
|
Thaw:
|
2007-05-09 09:33:18 +00:00
|
|
|
mutex_unlock(&pm_mutex);
|
2005-09-03 22:57:05 +00:00
|
|
|
unprepare_processes();
|
2007-05-06 21:50:45 +00:00
|
|
|
Finish:
|
|
|
|
free_basic_memory_bitmaps();
|
|
|
|
Exit:
|
|
|
|
atomic_inc(&snapshot_device_available);
|
2005-04-16 22:20:36 +00:00
|
|
|
return error;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
/**
|
|
|
|
* software_resume - Resume from a saved image.
|
|
|
|
*
|
|
|
|
* Called as a late_initcall (so all devices are discovered and
|
|
|
|
* initialized), we call swsusp to see if we have a saved image or not.
|
|
|
|
* If so, we quiesce devices, the restore the saved image. We will
|
2007-05-09 09:33:18 +00:00
|
|
|
* return above (in hibernate() ) if everything goes well.
|
2005-04-16 22:20:36 +00:00
|
|
|
* Otherwise, we fail gracefully and return to the normally
|
|
|
|
* scheduled program.
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
|
|
|
|
static int software_resume(void)
|
|
|
|
{
|
|
|
|
int 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 08:47:30 +00:00
|
|
|
unsigned int flags;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2006-12-07 04:34:35 +00:00
|
|
|
mutex_lock(&pm_mutex);
|
2005-07-08 00:56:43 +00:00
|
|
|
if (!swsusp_resume_device) {
|
2005-09-03 22:57:04 +00:00
|
|
|
if (!strlen(resume_file)) {
|
2006-12-07 04:34:35 +00:00
|
|
|
mutex_unlock(&pm_mutex);
|
2005-07-08 00:56:43 +00:00
|
|
|
return -ENOENT;
|
2005-09-03 22:57:04 +00:00
|
|
|
}
|
2005-07-08 00:56:43 +00:00
|
|
|
swsusp_resume_device = name_to_dev_t(resume_file);
|
|
|
|
pr_debug("swsusp: Resume From Partition %s\n", resume_file);
|
|
|
|
} else {
|
|
|
|
pr_debug("swsusp: Resume From Partition %d:%d\n",
|
|
|
|
MAJOR(swsusp_resume_device), MINOR(swsusp_resume_device));
|
|
|
|
}
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
if (noresume) {
|
|
|
|
/**
|
|
|
|
* FIXME: If noresume is specified, we need to find the partition
|
|
|
|
* and reset it back to normal swap space.
|
|
|
|
*/
|
2006-12-07 04:34:35 +00:00
|
|
|
mutex_unlock(&pm_mutex);
|
2005-04-16 22:20:36 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
pr_debug("PM: Checking swsusp image.\n");
|
2007-02-10 09:43:32 +00:00
|
|
|
error = swsusp_check();
|
|
|
|
if (error)
|
2007-05-06 21:50:43 +00:00
|
|
|
goto Unlock;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2007-05-06 21:50:45 +00:00
|
|
|
/* The snapshot device should not be opened while we're running */
|
|
|
|
if (!atomic_add_unless(&snapshot_device_available, -1, 0)) {
|
|
|
|
error = -EBUSY;
|
|
|
|
goto Unlock;
|
|
|
|
}
|
|
|
|
|
2007-05-06 21:50:43 +00:00
|
|
|
error = create_basic_memory_bitmaps();
|
|
|
|
if (error)
|
2007-05-06 21:50:45 +00:00
|
|
|
goto Finish;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2007-05-06 21:50:43 +00:00
|
|
|
pr_debug("PM: Preparing processes for restore.\n");
|
2007-02-10 09:43:32 +00:00
|
|
|
error = prepare_processes();
|
|
|
|
if (error) {
|
2005-04-16 22:20:36 +00:00
|
|
|
swsusp_close();
|
2005-06-25 21:55:06 +00:00
|
|
|
goto Done;
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
pr_debug("PM: Reading swsusp image.\n");
|
|
|
|
|
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 08:47:30 +00:00
|
|
|
error = swsusp_read(&flags);
|
2007-02-10 09:43:32 +00:00
|
|
|
if (!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 08:47:30 +00:00
|
|
|
hibernation_restore(flags & SF_PLATFORM_MODE);
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2007-02-10 09:43:32 +00:00
|
|
|
printk(KERN_ERR "PM: Restore failed, recovering.\n");
|
2007-07-19 08:47:29 +00:00
|
|
|
swsusp_free();
|
2005-04-16 22:20:36 +00:00
|
|
|
unprepare_processes();
|
|
|
|
Done:
|
2007-05-06 21:50:43 +00:00
|
|
|
free_basic_memory_bitmaps();
|
2007-05-06 21:50:45 +00:00
|
|
|
Finish:
|
|
|
|
atomic_inc(&snapshot_device_available);
|
2005-09-03 22:57:04 +00:00
|
|
|
/* For success case, the suspend path will release the lock */
|
2007-05-06 21:50:43 +00:00
|
|
|
Unlock:
|
2006-12-07 04:34:35 +00:00
|
|
|
mutex_unlock(&pm_mutex);
|
2005-04-16 22:20:36 +00:00
|
|
|
pr_debug("PM: Resume from disk failed.\n");
|
2007-07-19 08:47:29 +00:00
|
|
|
return error;
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
late_initcall(software_resume);
|
|
|
|
|
|
|
|
|
2007-05-09 09:33:18 +00:00
|
|
|
static const char * const hibernation_modes[] = {
|
|
|
|
[HIBERNATION_PLATFORM] = "platform",
|
|
|
|
[HIBERNATION_SHUTDOWN] = "shutdown",
|
|
|
|
[HIBERNATION_REBOOT] = "reboot",
|
|
|
|
[HIBERNATION_TEST] = "test",
|
|
|
|
[HIBERNATION_TESTPROC] = "testproc",
|
2005-04-16 22:20:36 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
2007-05-09 09:33:18 +00:00
|
|
|
* disk - Control hibernation mode
|
2005-04-16 22:20:36 +00:00
|
|
|
*
|
2007-04-30 22:09:53 +00:00
|
|
|
* Suspend-to-disk can be handled in several ways. We have a few options
|
|
|
|
* for putting the system to sleep - using the platform driver (e.g. ACPI
|
2007-05-09 09:33:18 +00:00
|
|
|
* or other hibernation_ops), powering off the system or rebooting the
|
|
|
|
* system (for testing) as well as the two test modes.
|
2005-04-16 22:20:36 +00:00
|
|
|
*
|
2007-04-30 22:09:53 +00:00
|
|
|
* The system can support 'platform', and that is known a priori (and
|
2007-05-09 09:33:18 +00:00
|
|
|
* encoded by the presence of hibernation_ops). However, the user may
|
|
|
|
* choose 'shutdown' or 'reboot' as alternatives, as well as one fo the
|
|
|
|
* test modes, 'test' or 'testproc'.
|
2005-04-16 22:20:36 +00:00
|
|
|
*
|
|
|
|
* show() will display what the mode is currently set to.
|
|
|
|
* store() will accept one of
|
|
|
|
*
|
|
|
|
* 'platform'
|
|
|
|
* 'shutdown'
|
|
|
|
* 'reboot'
|
2007-04-30 22:09:53 +00:00
|
|
|
* 'test'
|
|
|
|
* 'testproc'
|
2005-04-16 22:20:36 +00:00
|
|
|
*
|
2007-04-30 22:09:53 +00:00
|
|
|
* It will only change to 'platform' if the system
|
2007-05-09 09:33:18 +00:00
|
|
|
* supports it (as determined by having hibernation_ops).
|
2005-04-16 22:20:36 +00:00
|
|
|
*/
|
|
|
|
|
2007-04-13 20:15:19 +00:00
|
|
|
static ssize_t disk_show(struct kset *kset, char *buf)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
2007-05-06 21:50:50 +00:00
|
|
|
int i;
|
|
|
|
char *start = buf;
|
|
|
|
|
2007-05-09 09:33:18 +00:00
|
|
|
for (i = HIBERNATION_FIRST; i <= HIBERNATION_MAX; i++) {
|
|
|
|
if (!hibernation_modes[i])
|
2007-05-06 21:50:50 +00:00
|
|
|
continue;
|
|
|
|
switch (i) {
|
2007-05-09 09:33:18 +00:00
|
|
|
case HIBERNATION_SHUTDOWN:
|
|
|
|
case HIBERNATION_REBOOT:
|
|
|
|
case HIBERNATION_TEST:
|
|
|
|
case HIBERNATION_TESTPROC:
|
2007-05-06 21:50:50 +00:00
|
|
|
break;
|
2007-05-09 09:33:18 +00:00
|
|
|
case HIBERNATION_PLATFORM:
|
|
|
|
if (hibernation_ops)
|
2007-05-06 21:50:50 +00:00
|
|
|
break;
|
|
|
|
/* not a valid mode, continue with loop */
|
|
|
|
continue;
|
|
|
|
}
|
2007-05-09 09:33:18 +00:00
|
|
|
if (i == hibernation_mode)
|
|
|
|
buf += sprintf(buf, "[%s] ", hibernation_modes[i]);
|
2007-05-06 21:50:50 +00:00
|
|
|
else
|
2007-05-09 09:33:18 +00:00
|
|
|
buf += sprintf(buf, "%s ", hibernation_modes[i]);
|
2007-05-06 21:50:50 +00:00
|
|
|
}
|
|
|
|
buf += sprintf(buf, "\n");
|
|
|
|
return buf-start;
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2007-04-13 20:15:19 +00:00
|
|
|
static ssize_t disk_store(struct kset *kset, const char *buf, size_t n)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
|
|
|
int error = 0;
|
|
|
|
int i;
|
|
|
|
int len;
|
|
|
|
char *p;
|
2007-05-09 09:33:18 +00:00
|
|
|
int mode = HIBERNATION_INVALID;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
p = memchr(buf, '\n', n);
|
|
|
|
len = p ? p - buf : n;
|
|
|
|
|
2006-12-07 04:34:35 +00:00
|
|
|
mutex_lock(&pm_mutex);
|
2007-05-09 09:33:18 +00:00
|
|
|
for (i = HIBERNATION_FIRST; i <= HIBERNATION_MAX; i++) {
|
2007-05-17 05:11:19 +00:00
|
|
|
if (len == strlen(hibernation_modes[i])
|
|
|
|
&& !strncmp(buf, hibernation_modes[i], len)) {
|
2005-04-16 22:20:36 +00:00
|
|
|
mode = i;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
2007-05-09 09:33:18 +00:00
|
|
|
if (mode != HIBERNATION_INVALID) {
|
rework pm_ops pm_disk_mode, kill misuse
This patch series cleans up some misconceptions about pm_ops. Some users of
the pm_ops structure attempt to use it to stop the user from entering suspend
to disk, this, however, is not possible since the user can always use
"shutdown" in /sys/power/disk and then the pm_ops are never invoked. Also,
platforms that don't support suspend to disk simply should not allow
configuring SOFTWARE_SUSPEND (read the help text on it, it only selects
suspend to disk and nothing else, all the other stuff depends on PM).
The pm_ops structure is actually intended to provide a way to enter
platform-defined sleep states (currently supported states are "standby" and
"mem" (suspend to ram)) and additionally (if SOFTWARE_SUSPEND is configured)
allows a platform to support a platform specific way to enter low-power mode
once everything has been saved to disk. This is currently only used by ACPI
(S4).
This patch:
The pm_ops.pm_disk_mode is used in totally bogus ways since nobody really
seems to understand what it actually does.
This patch clarifies the pm_disk_mode description.
It also removes all the arm and sh users that think they can veto suspend to
disk via pm_ops; not so since the user can always do echo shutdown >
/sys/power/disk, they need to find a better way involving Kconfig or such.
ACPI is the only user left with a non-zero pm_disk_mode.
The patch also sets the default mode to shutdown again, but when a new pm_ops
is registered its pm_disk_mode is selected as default, that way the default
stays for ACPI where it is apparently required.
Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
Cc: David Brownell <david-b@pacbell.net>
Acked-by: Pavel Machek <pavel@ucw.cz>
Cc: <linux-pm@lists.linux-foundation.org>
Cc: Len Brown <lenb@kernel.org>
Acked-by: Russell King <rmk@arm.linux.org.uk>
Cc: Greg KH <greg@kroah.com>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>
Acked-by: Paul Mundt <lethal@linux-sh.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-04-30 22:09:51 +00:00
|
|
|
switch (mode) {
|
2007-05-09 09:33:18 +00:00
|
|
|
case HIBERNATION_SHUTDOWN:
|
|
|
|
case HIBERNATION_REBOOT:
|
|
|
|
case HIBERNATION_TEST:
|
|
|
|
case HIBERNATION_TESTPROC:
|
|
|
|
hibernation_mode = mode;
|
rework pm_ops pm_disk_mode, kill misuse
This patch series cleans up some misconceptions about pm_ops. Some users of
the pm_ops structure attempt to use it to stop the user from entering suspend
to disk, this, however, is not possible since the user can always use
"shutdown" in /sys/power/disk and then the pm_ops are never invoked. Also,
platforms that don't support suspend to disk simply should not allow
configuring SOFTWARE_SUSPEND (read the help text on it, it only selects
suspend to disk and nothing else, all the other stuff depends on PM).
The pm_ops structure is actually intended to provide a way to enter
platform-defined sleep states (currently supported states are "standby" and
"mem" (suspend to ram)) and additionally (if SOFTWARE_SUSPEND is configured)
allows a platform to support a platform specific way to enter low-power mode
once everything has been saved to disk. This is currently only used by ACPI
(S4).
This patch:
The pm_ops.pm_disk_mode is used in totally bogus ways since nobody really
seems to understand what it actually does.
This patch clarifies the pm_disk_mode description.
It also removes all the arm and sh users that think they can veto suspend to
disk via pm_ops; not so since the user can always do echo shutdown >
/sys/power/disk, they need to find a better way involving Kconfig or such.
ACPI is the only user left with a non-zero pm_disk_mode.
The patch also sets the default mode to shutdown again, but when a new pm_ops
is registered its pm_disk_mode is selected as default, that way the default
stays for ACPI where it is apparently required.
Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
Cc: David Brownell <david-b@pacbell.net>
Acked-by: Pavel Machek <pavel@ucw.cz>
Cc: <linux-pm@lists.linux-foundation.org>
Cc: Len Brown <lenb@kernel.org>
Acked-by: Russell King <rmk@arm.linux.org.uk>
Cc: Greg KH <greg@kroah.com>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>
Acked-by: Paul Mundt <lethal@linux-sh.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-04-30 22:09:51 +00:00
|
|
|
break;
|
2007-05-09 09:33:18 +00:00
|
|
|
case HIBERNATION_PLATFORM:
|
|
|
|
if (hibernation_ops)
|
|
|
|
hibernation_mode = mode;
|
2005-04-16 22:20:36 +00:00
|
|
|
else
|
|
|
|
error = -EINVAL;
|
|
|
|
}
|
2007-05-09 09:33:18 +00:00
|
|
|
} else
|
2005-04-16 22:20:36 +00:00
|
|
|
error = -EINVAL;
|
|
|
|
|
2007-05-09 09:33:18 +00:00
|
|
|
if (!error)
|
|
|
|
pr_debug("PM: suspend-to-disk mode set to '%s'\n",
|
|
|
|
hibernation_modes[mode]);
|
2006-12-07 04:34:35 +00:00
|
|
|
mutex_unlock(&pm_mutex);
|
2005-04-16 22:20:36 +00:00
|
|
|
return error ? error : n;
|
|
|
|
}
|
|
|
|
|
|
|
|
power_attr(disk);
|
|
|
|
|
2007-04-13 20:15:19 +00:00
|
|
|
static ssize_t resume_show(struct kset *kset, char *buf)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
|
|
|
return sprintf(buf,"%d:%d\n", MAJOR(swsusp_resume_device),
|
|
|
|
MINOR(swsusp_resume_device));
|
|
|
|
}
|
|
|
|
|
2007-04-13 20:15:19 +00:00
|
|
|
static ssize_t resume_store(struct kset *kset, const char *buf, size_t n)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
|
|
|
unsigned int maj, min;
|
|
|
|
dev_t res;
|
2006-01-06 08:09:50 +00:00
|
|
|
int ret = -EINVAL;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2006-01-06 08:09:50 +00:00
|
|
|
if (sscanf(buf, "%u:%u", &maj, &min) != 2)
|
|
|
|
goto out;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2006-01-06 08:09:50 +00:00
|
|
|
res = MKDEV(maj,min);
|
|
|
|
if (maj != MAJOR(res) || min != MINOR(res))
|
|
|
|
goto out;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2006-12-07 04:34:35 +00:00
|
|
|
mutex_lock(&pm_mutex);
|
2006-01-06 08:09:50 +00:00
|
|
|
swsusp_resume_device = res;
|
2006-12-07 04:34:35 +00:00
|
|
|
mutex_unlock(&pm_mutex);
|
2006-01-06 08:09:50 +00:00
|
|
|
printk("Attempting manual resume\n");
|
|
|
|
noresume = 0;
|
|
|
|
software_resume();
|
|
|
|
ret = n;
|
2006-12-07 04:34:44 +00:00
|
|
|
out:
|
2006-01-06 08:09:50 +00:00
|
|
|
return ret;
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
power_attr(resume);
|
|
|
|
|
2007-04-13 20:15:19 +00:00
|
|
|
static ssize_t image_size_show(struct kset *kset, char *buf)
|
2006-01-06 08:15:56 +00:00
|
|
|
{
|
2006-02-01 11:05:07 +00:00
|
|
|
return sprintf(buf, "%lu\n", image_size);
|
2006-01-06 08:15:56 +00:00
|
|
|
}
|
|
|
|
|
2007-04-13 20:15:19 +00:00
|
|
|
static ssize_t image_size_store(struct kset *kset, const char *buf, size_t n)
|
2006-01-06 08:15:56 +00:00
|
|
|
{
|
2006-02-01 11:05:07 +00:00
|
|
|
unsigned long size;
|
2006-01-06 08:15:56 +00:00
|
|
|
|
2006-02-01 11:05:07 +00:00
|
|
|
if (sscanf(buf, "%lu", &size) == 1) {
|
2006-01-06 08:15:56 +00:00
|
|
|
image_size = size;
|
|
|
|
return n;
|
|
|
|
}
|
|
|
|
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
power_attr(image_size);
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
static struct attribute * g[] = {
|
|
|
|
&disk_attr.attr,
|
|
|
|
&resume_attr.attr,
|
2006-01-06 08:15:56 +00:00
|
|
|
&image_size_attr.attr,
|
2005-04-16 22:20:36 +00:00
|
|
|
NULL,
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
|
|
static struct attribute_group attr_group = {
|
|
|
|
.attrs = g,
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
|
|
static int __init pm_disk_init(void)
|
|
|
|
{
|
2007-04-13 20:15:19 +00:00
|
|
|
return sysfs_create_group(&power_subsys.kobj, &attr_group);
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
core_initcall(pm_disk_init);
|
|
|
|
|
|
|
|
|
|
|
|
static int __init resume_setup(char *str)
|
|
|
|
{
|
|
|
|
if (noresume)
|
|
|
|
return 1;
|
|
|
|
|
|
|
|
strncpy( resume_file, str, 255 );
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2006-12-07 04:34:12 +00:00
|
|
|
static int __init resume_offset_setup(char *str)
|
|
|
|
{
|
|
|
|
unsigned long long offset;
|
|
|
|
|
|
|
|
if (noresume)
|
|
|
|
return 1;
|
|
|
|
|
|
|
|
if (sscanf(str, "%llu", &offset) == 1)
|
|
|
|
swsusp_resume_block = offset;
|
|
|
|
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
static int __init noresume_setup(char *str)
|
|
|
|
{
|
|
|
|
noresume = 1;
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
__setup("noresume", noresume_setup);
|
2006-12-07 04:34:12 +00:00
|
|
|
__setup("resume_offset=", resume_offset_setup);
|
2005-04-16 22:20:36 +00:00
|
|
|
__setup("resume=", resume_setup);
|