| Power Management Interface |
| |
| |
| The power management subsystem provides a unified sysfs interface to |
| userspace, regardless of what architecture or platform one is |
| running. The interface exists in /sys/power/ directory (assuming sysfs |
| is mounted at /sys). |
| |
| /sys/power/state controls system power state. Reading from this file |
| returns what states are supported, which is hard-coded to 'freeze', |
| 'standby' (Power-On Suspend), 'mem' (Suspend-to-RAM), and 'disk' |
| (Suspend-to-Disk). |
| |
| Writing to this file one of those strings causes the system to |
| transition into that state. Please see the file |
| Documentation/power/states.txt for a description of each of those |
| states. |
| |
| |
| /sys/power/disk controls the operating mode of the suspend-to-disk |
| mechanism. 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 or other suspend_ops), powering off the system or rebooting the |
| system (for testing). |
| |
| Additionally, /sys/power/disk can be used to turn on one of the two testing |
| modes of the suspend-to-disk mechanism: 'testproc' or 'test'. If the |
| suspend-to-disk mechanism is in the 'testproc' mode, writing 'disk' to |
| /sys/power/state will cause the kernel to disable nonboot CPUs and freeze |
| tasks, wait for 5 seconds, unfreeze tasks and enable nonboot CPUs. If it is |
| in the 'test' mode, writing 'disk' to /sys/power/state will cause the kernel |
| to disable nonboot CPUs and freeze tasks, shrink memory, suspend devices, wait |
| for 5 seconds, resume devices, unfreeze tasks and enable nonboot CPUs. Then, |
| we are able to look in the log messages and work out, for example, which code |
| is being slow and which device drivers are misbehaving. |
| |
| Reading from this file will display all supported modes and the currently |
| selected one in brackets, for example |
| |
| [shutdown] reboot test testproc |
| |
| Writing to this file will accept one of |
| |
| 'platform' (only if the platform supports it) |
| 'shutdown' |
| 'reboot' |
| 'testproc' |
| 'test' |
| |
| /sys/power/image_size controls the size of the image created by |
| the suspend-to-disk mechanism. It can be written a string |
| representing a non-negative integer that will be used as an upper |
| limit of the image size, in bytes. The suspend-to-disk mechanism will |
| do its best to ensure the image size will not exceed that number. However, |
| if this turns out to be impossible, it will try to suspend anyway using the |
| smallest image possible. In particular, if "0" is written to this file, the |
| suspend image will be as small as possible. |
| |
| Reading from this file will display the current image size limit, which |
| is set to 2/5 of available RAM by default. |
| |
| /sys/power/pm_trace controls the code which saves the last PM event point in |
| the RTC across reboots, so that you can debug a machine that just hangs |
| during suspend (or more commonly, during resume). Namely, the RTC is only |
| used to save the last PM event point if this file contains '1'. Initially it |
| contains '0' which may be changed to '1' by writing a string representing a |
| nonzero integer into it. |
| |
| To use this debugging feature you should attempt to suspend the machine, then |
| reboot it and run |
| |
| dmesg -s 1000000 | grep 'hash matches' |
| |
| CAUTION: Using it will cause your machine's real-time (CMOS) clock to be |
| set to a random invalid time after a resume. |