| /linux/Documentation/power/ |
| H A D | swsusp.rst | 11 If you touch anything on disk between suspend and resume...
14 If you do resume from initrd after your filesystems are mounted...
22 between suspend and resume, it may do something wrong. If you change
26 ( ) suspend/resume support is needed to make it safe.
29 they won't be accessible after resume and you may lose data, as though
35 You need to append resume=/dev/your_swap_partition to kernel command
36 line or specify it using /sys/power/resume.
39 If using a swapfile you can also specify a resume offset using
57 support. For suspend and resume to work, make sure your disk drivers
59 suspend/resume with modular disk drivers, see FAQ, but you probably
[all …]
|
| H A D | swsusp-dmcrypt.rst | 25 or an usb stick prior to resume. So you need an initrd, that sets
26 up dm-crypt and then asks swsusp to resume from the encrypted
30 a way that the swap device you suspend to/resume from has
39 resume partition, so your kernel .config contains::
67 initrd that allows you to resume from encrypted swap and that
68 continues boot with your mini system on /dev/hda1 if resume
106 echo 254:0 > /sys/power/resume
121 First we have to decide if we want to try to resume, or not.
122 We will not resume if booting with "noresume" or any parameters
127 device if we don't want to resume. The line "echo 254:0 > /sys/power/resume"
[all …]
|
| H A D | s2ram.rst | 21 always it's a driver that is buggy. Thank God for the suspend/resume
25 driver that doesn't resume and recompile and reboot).
46 hash matches drivers/base/power/resume.c:28
49 which means that the last trace event was just before trying to resume
52 fix it, disable it, or trace into its resume function.
63 that "radeonfb" simply cannot resume that device - it tries to set the
65 resume it instead works fine.
71 hardware during resume operations where a value can be set that will
78 Consequence is that after a resume (even if it is successful) your system
85 quickly after the resume failure. The trace option does not use the seconds
|
| H A D | drivers-testing.rst | 2 Testing suspend and resume support in device drivers
11 resume transitions in a driver, it is necessary to suspend and resume a fully
19 resume without the driver being tested. Thus, if possible, you should first
20 resolve all suspend/resume-related problems in the test system before you start
22 for more information about the debugging of suspend/resume functionality.
27 Once you have resolved the suspend/resume-related problems with your test system
52 regarded as suspend/resume-safe.
|
| H A D | basic-pm-debugging.rst | 15 and the system should create a hibernation image, reboot, resume and get back to
23 fails to hibernate or resume in the "reboot" mode, you should try the
39 button to make the system resume).
88 parameter), resume devices and thaw processes. If "platform" is written to
116 or resume its device (in the latter case the system may hang or become unstable
168 - if there are n modules loaded and the attempt to suspend and resume fails,
171 - if there are n modules loaded and the attempt to suspend and resume succeeds,
188 a hibernation image will be created and a resume from it will be triggered
191 That test can be used to check if failures to resume from hibernation are
193 works every time, but resume from actual hibernation does not work or is
[all …]
|
| H A D | userland-swsusp.rst | 16 are going to develop your own suspend/resume utilities.
26 assumed to be in the resume mode. The device cannot be open for simultaneous
49 from it (0) (after resume the system finds itself finishing the
81 allocate a swap page from the resume partition
90 set the resume partition and the offset (in <PAGE_SIZE>
94 containing the resume device specification and the offset); for swap
115 to resume the system from RAM if there's enough battery power or restore
137 snapshot image from/to the kernel will use a swap partition, called the resume
138 partition, or a swap file as storage space (if a swap file is used, the resume
|
| /linux/Documentation/admin-guide/pm/ |
| H A D | suspend-flows.rst | 23 working state is referred to as *system resume*.
25 The kernel code flows associated with the suspend and resume transitions for
34 resume hooks that need to be provided by the platform driver to make them
35 available. Apart from that, the suspend and resume code flows for these sleep
51 transition is about to occur and when the resume transition has finished.
65 put into uninterruptible sleep until the end of the subsequent system resume
74 resume, which can be much more precise than the freezing, so the latter is
93 deferred till the subsequent system resume transition as described
96 IRQs associated with system wakeup devices are "armed" so that the resume
115 system wakeup, in which case the system resume transition is started.
[all …]
|
| /linux/sound/soc/sof/ |
| H A D | pm.c | 118 /* resume DMA trace */ in sof_resume()
122 dev_warn(sdev->dev, "%s: failed to resume trace: %d\n", in sof_resume()
136 /* Notify clients not managed by pm framework about core resume */ in sof_resume()
139 /* notify DSP of system resume */ in sof_resume()
170 /* do nothing if dsp resume callbacks are not set */ in sof_resume()
171 if (!runtime_resume && !sof_ops(sdev)->resume) in sof_resume()
177 /* DSP was never successfully started, nothing to resume */ in sof_resume()
183 * or else call the system resume routine in sof_resume()
191 "error: failed to power up DSP after resume\n"); in sof_resume()
202 * D0 substate. Resume trac in sof_suspend()
[all...] |
| /linux/drivers/base/ |
| H A D | syscore.c | 81 if (syscore->ops->resume) in syscore_suspend()
82 syscore->ops->resume(syscore->data); in syscore_suspend()
89 * syscore_resume - Execute all the registered system core resume callbacks.
99 "Interrupts enabled before system core resume.\n"); in syscore_resume()
102 if (syscore->ops->resume) { in syscore_resume()
103 pm_pr_dbg("Calling %pS\n", syscore->ops->resume); in syscore_resume()
104 syscore->ops->resume(syscore->data); in syscore_resume()
107 syscore->ops->resume); in syscore_resume()
|
| /linux/Documentation/devicetree/bindings/arm/marvell/ |
| H A D | 98dx3236-resume-ctrl.txt | 1 Resume Control
7 - compatible: must be "marvell,98dx3336-resume-ctrl"
9 - reg: Should contain resume control registers location and length
13 resume@20980 {
14 compatible = "marvell,98dx3336-resume-ctrl";
|
| /linux/Documentation/driver-api/usb/ |
| H A D | power-management.rst | 69 When a device has been suspended, it generally doesn't resume until
71 suspended, it generally doesn't resume until the user tells it to, say
75 asking the kernel to resume them, or even telling the entire computer
76 to resume. This capability goes by several names such as "Wake On
78 device is enabled for remote wakeup and it is suspended, it may resume
111 kernel will automatically resume the device (autoresume). For the
125 agent outside the USB stack: system suspend/resume (triggered by
126 userspace), manual dynamic resume (also triggered by userspace), and
248 try to resume them they disconnect themselves from the USB bus or
271 If a driver knows that its device has proper suspend/resume support,
[all …]
|
| /linux/Documentation/devicetree/bindings/arm/cpu-enable-method/ |
| H A D | al,alpine-smp | 17 "al,alpine-cpu-resume" and "al,alpine-nb-service".
20 * Alpine CPU resume registers
22 The CPU resume register are used to define required resume address after
26 - compatible : Should contain "al,alpine-cpu-resume".
63 compatible = "al,alpine-cpu-resume";
|
| /linux/drivers/hid/intel-ish-hid/ipc/ |
| H A D | pci-ish.c | 121 * This function initialize wait queues for suspend/resume and call
286 * ish_resume_handler() - Work function to complete resume
289 * The resume work function to complete resume function asynchronously.
290 * There are two resume paths, one where ISH is not powered off,
291 * in that case a simple resume message is enough, others we need
307 /* Waiting to get resume response */ in ish_resume_handler()
315 * So on resume, need to go through init sequence again. in ish_resume_handler()
321 * Resume from the D3, full reboot of ISH processor will happen, in ish_resume_handler()
362 * ISH into D3, and FW would reset on resume. in ish_suspend()
388 * ish_resume() - ISH resume callback
[all …]
|
| /linux/Documentation/trace/coresight/ |
| H A D | coresight-perf.rst | 81 Fine-grained tracing with AUX pause and resume
87 provides AUX pause and resume functionality for fine-grained tracing.
89 The AUX pause and resume can be triggered by associated events. These
92 session with AUX pause / resume, three configuration terms are
99 - "aux-action=resume": an associated event is specified with this term
100 to resume AUX trace.
102 Example for triggering AUX pause and resume with ftrace tracepoints::
104 …perf record -e cs_etm/aux-action=start-paused/k,syscalls:sys_enter_openat/aux-action=resume/,sysca…
106 Example for triggering AUX pause and resume with PMU event::
110 -e cycles/aux-action=resume,period=1050000/ -- sleep 1
|
| /linux/Documentation/driver-api/ |
| H A D | device_link.rst | 23 suspend/resume and shutdown ordering.
28 types: It guarantees correct suspend/resume and shutdown ordering between a
35 suspend/resume and shutdown ordering is needed, the device link may
41 is instructed to runtime resume the supplier and keep it active
53 the midst of a suspend/resume transition, so either commencement of
56 not to run in parallel to a suspend/resume transition, such as from a
76 addition (e.g. exclusion of a parallel suspend/resume transition) apply equally
82 driver presence dependency is needed (but only correct suspend/resume and
88 can be specified to runtime resume the supplier and prevent it from suspending
172 and an NHI device to manage the PCIe switch. On resume from system sleep,
[all …]
|
| /linux/Documentation/driver-api/pm/ |
| H A D | notifiers.rst | 14 before hibernation/suspend or after restore/resume, but they require the system
16 ``->resume()`` or even ``->prepare()`` and ``->complete()`` callbacks are not
20 resume/restore, but they cannot do it by calling :c:func:`request_firmware()`
21 from their ``->resume()`` or ``->complete()`` callback routines (user land
24 ``->resume()`` routine. A suspend/hibernation notifier may be used for that.
54 resume callbacks have been executed and tasks have been thawed.
|
| /linux/drivers/usb/host/ |
| H A D | xhci-port.h | 87 * - U3 to Resume Wakeup signaling from a device
88 * - Resume to Recovery to U0 USB 3.0 device resume
89 * - Resume to U0 USB 2.0 device resume
90 * - U3 to Recovery to U0 Software resume of USB 3.0 device complete
91 * - U3 to U0 Software resume of USB 2.0 device complete
92 * - U2 to U0 L1 resume of USB 2.1 device complete
163 /* Set default HIRD/BESL value to 4 (350/400us) for USB2 L1 LPM resume latency.
169 * device's resume latency requirements,
|
| /linux/include/uapi/linux/ |
| H A D | apm_bios.h | 123 #define APM_CAP_RESUME_STANDBY_TIMER 0x0004 /* Timer resume from standby */
124 #define APM_CAP_RESUME_SUSPEND_TIMER 0x0008 /* Timer resume from suspend */
125 #define APM_CAP_RESUME_STANDBY_RING 0x0010 /* Resume on Ring fr standby */
126 #define APM_CAP_RESUME_SUSPEND_RING 0x0020 /* Resume on Ring fr suspend */
127 #define APM_CAP_RESUME_STANDBY_PCMCIA 0x0040 /* Resume on PCMCIA Ring */
128 #define APM_CAP_RESUME_SUSPEND_PCMCIA 0x0080 /* Resume on PCMCIA Ring */
|
| /linux/Documentation/driver-api/firmware/ |
| H A D | firmware_cache.rst | 6 re-initialize devices. During resume there may be a period of time during which
15 driver's suspend and resume callback. Users of these API calls needn't cache
16 the firmware by themselves for dealing with firmware loss during system resume.
19 caching it in memory. Upon resume device drivers using the firmware API will
41 will still be used on resume from suspend.
|
| /linux/kernel/power/ |
| H A D | console.c | 35 * @required: if true, caller needs VT switch at suspend/resume time
38 * suspend/resume, depending on how they handle restoring video state and
41 * Drivers can indicate support for switchless suspend/resume, which can
100 * There are three cases when a VT switch on suspend/resume are required:
104 * suspend/resume
109 * resume look a little prettier (and suspend too, but that's usually hidden,
|
| /linux/tools/power/pm-graph/config/ |
| H A D | standby-callgraph.cfg | 37 # Suspend/Resume Gap
38 # insert a small visible gap between suspend and resume on the timeline (default: false)
54 # Back to Back Suspend/Resume
66 # Post Resume Delay
67 # Include an N ms delay after (last) resume (default: 0 ms)
|
| H A D | freeze-dev.cfg | 36 # Suspend/Resume Gap
37 # insert a small visible gap between suspend and resume on the timeline (default: false)
53 # Back to Back Suspend/Resume
65 # Post Resume Delay
66 # Include an N ms delay after (last) resume (default: 0 ms)
|
| H A D | freeze-callgraph.cfg | 37 # Suspend/Resume Gap
38 # insert a small visible gap between suspend and resume on the timeline (default: false)
54 # Back to Back Suspend/Resume
66 # Post Resume Delay
67 # Include an N ms delay after (last) resume (default: 0 ms)
|
| H A D | freeze.cfg | 36 # Suspend/Resume Gap
37 # insert a small visible gap between suspend and resume on the timeline (default: false)
53 # Back to Back Suspend/Resume
65 # Post Resume Delay
66 # Include an N ms delay after (last) resume (default: 0 ms)
|
| H A D | standby.cfg | 36 # Suspend/Resume Gap
37 # insert a small visible gap between suspend and resume on the timeline (default: false)
53 # Back to Back Suspend/Resume
65 # Post Resume Delay
66 # Include an N ms delay after (last) resume (default: 0 ms)
|