Lines Matching full:to
22 the Linux kernel can support up to four system sleep states, including
23 hibernation and up to three variants of system suspend. The sleep states that
28 Suspend-to-Idle
32 referred to as S2I or S2Idle). It allows more energy to be saved relative to
39 any devices that can cause interrupts to be generated in the working state can
43 or :ref:`suspend-to-RAM <s2ram>`, or it can be used in addition to any of the
44 deeper system suspend variants to provide reduced resume latency. It is always
53 providing a relatively straightforward transition back to the working state. No
55 go back to where it left off easily enough.
57 In addition to freezing user space, suspending the timekeeping and putting all
58 I/O devices into low-power states, which is done for :ref:`suspend-to-idle
61 allow more energy to be saved relative to :ref:`suspend-to-idle <s2idle>`, but
65 reduced relative to :ref:`suspend-to-idle <s2idle>` and it may be necessary to
70 core system suspend subsystem. On ACPI-based systems this state is mapped to
75 Suspend-to-RAM
78 This state (also referred to as STR or S2RAM), if supported, offers significant
80 for memory, which should be placed into the self-refresh mode to retain its
82 are also carried out during transitions to S2RAM. Additional operations may
84 systems the kernel passes control to the platform firmware (BIOS) as the last
90 lose power when entering S2RAM, so devices must be able to handle the transition
91 back to the "on" state.
94 platform firmware to resume the system from it. This may be the case on other
98 relative to :ref:`suspend-to-idle <s2idle>` and :ref:`standby <standby>` and it
99 may be necessary to rely on the platform for setting up the wakeup functionality
104 suspend subsystem. On ACPI-based systems it is mapped to the S3 system state
112 This state (also referred to as Suspend-to-Disk or STD) offers the greatest
115 system to be present for the underlying CPU architecture.
118 It takes three system state changes to put it into hibernation and two system
119 state changes to resume it.
122 creates a snapshot image of memory to be written into persistent storage. Next,
130 Powering down means minimum power draw and it allows this mechanism to work on
132 means of system wakeup to be used (e.g. pressing a key on the keyboard or
135 After wakeup, control goes to the platform firmware that runs a boot loader
136 which boots a fresh instance of the kernel (control may also go directly to
138 a fresh instance of the kernel to be booted). That new instance of the kernel
139 (referred to as the ``restore kernel``) looks for a hibernation image in
143 kernel stored in the image (referred to as the ``image kernel``), which is where
145 image kernel restores the system to the pre-hibernation state and allows user
146 space to run again.
165 to start a transition of the system into the sleep state represented by
169 :ref:`hibernation <hibernation>`, :ref:`suspend-to-idle <s2idle>` and
179 suspend variants and allows user space to select the variant to be
183 and "deep". The "s2idle" string always represents :ref:`suspend-to-idle
185 :ref:`standby <standby>` and :ref:`suspend-to-RAM <s2ram>`,
189 suspend variant represented by it to be associated with the "mem" string
197 This file controls the operating mode of hibernation (Suspend-to-Disk).
198 Specifically, it tells the kernel what to do after creating a
204 Put the system into a special low-power state (e.g. ACPI S4) to
206 platform firmware to take a simplified initialization path after
210 mechanism to put the system to sleep after creating a
225 to restore the previous state of the system.
236 represented by it to be selected.
241 to :file:`/sys/power/state`.
250 hibernation core will do its best to ensure that the image size will not
251 exceed that number, but if that turns out to be impossible to achieve, a
253 possible. In particular, writing '0' to this file causes the size of
254 hibernation images to be minimum.
256 Reading from it returns the current image size limit, which is set to
261 or resume event point in the RTC memory across reboots. It helps to
262 debug hard lockups or reboots due to device driver failures that occur
268 after storing it and it can be used later to identify the driver that
269 caused the crash to happen.
271 It contains "0" by default, which may be changed to "1" by writing a
274 According to the above, there are two ways to make the system go into the
275 :ref:`suspend-to-idle <s2idle>` state. The first one is to write "freeze"
276 directly to :file:`/sys/power/state`. The second one is to write "s2idle" to
277 :file:`/sys/power/mem_sleep` and then to write "mem" to
278 :file:`/sys/power/state`. Likewise, there are two ways to make the system go
279 into the :ref:`standby <standby>` state (the strings to write to the control
281 state is supported by the platform. However, there is only one way to make the
282 system go into the :ref:`suspend-to-RAM <s2ram>` state (write "deep" into
285 The default suspend variant (ie. the one to be used without writing anything
287 supporting :ref:`suspend-to-RAM <s2ram>`) or "s2idle", but it can be overridden
290 default may be "s2idle" even if :ref:`suspend-to-RAM <s2ram>` is supported in