Lines Matching +full:pm +full:- +full:related

1 # SPDX-License-Identifier: GPL-2.0-only
9 suspend-to-RAM state (e.g. the ACPI S3 state).
30 user-space before invoking suspend. There's a run-time switch
32 This setting changes the default for the run-tim switch. Say Y
60 for suspend states like suspend-to-RAM (STR) often don't work very
72 <file:Documentation/power/swsusp-and-swap-files.rst>).
100 The default resume partition is the partition that the suspend-
101 to-disk implementation will look for a suspended disk image.
120 select PM
135 non-zero numbered CPU, it may define ARCH_SUSPEND_NONZERO_CPU. This
151 This option changes the behavior of various sleep-sensitive code to deal
152 with frequent userspace-initiated transitions into a global sleep state.
170 objects with the help of a sysfs-based interface.
183 config PM config
186 Enable functionality allowing I/O devices to be put into energy-saving
188 (autosuspended), and woken up in response to a hardware-generated
189 wake-up event or a driver's request.
194 wake-up events.
198 depends on PM
201 code. This is helpful when debugging and reporting PM bugs, like
205 bool "Extra PM attributes in sysfs for low-level debugging/testing"
246 This enables code to save the last PM event point across
251 functions from <linux/resume-trace.h> as well as the
252 <asm/resume-trace.h> header with a TRACE_RESUME() macro.
254 The way the information is presented is architecture-
264 This enables some cheesy code to save the last PM event point in the
271 dmesg -s 1000000 | grep 'hash matches'
273 CAUTION: this option will cause your machine's real-time clock to be
284 battery status information, and user-space programs will receive
288 and more information, read <file:Documentation/power/apm-acpi.rst>
289 and the Battery Powered Linux mini-HOWTO, available from
294 VESA-compliant "green" monitors.
298 random kernel OOPSes or reboots that don't seem to be related to
304 depends on PM && HAVE_CLK
308 depends on PM
311 bool "Enable workqueue power-efficient mode by default"
312 depends on PM
314 Per-cpu workqueues are generally preferred because they show
316 per-cpu workqueues tend to be more power hungry than unbound
320 per-cpu workqueues which were observed to contribute
350 The exact usage of the energy model is subsystem-dependent.