| /Linux-v5.15/arch/mips/mm/ |
| D | cache.c | 160 #define PM(p) __pgprot(_page_cachable_default | (p)) macro
164 protection_map[0] = PM(_PAGE_PRESENT | _PAGE_NO_EXEC | _PAGE_NO_READ); in setup_protection_map()
165 protection_map[1] = PM(_PAGE_PRESENT | _PAGE_NO_EXEC); in setup_protection_map()
166 protection_map[2] = PM(_PAGE_PRESENT | _PAGE_NO_EXEC | _PAGE_NO_READ); in setup_protection_map()
167 protection_map[3] = PM(_PAGE_PRESENT | _PAGE_NO_EXEC); in setup_protection_map()
168 protection_map[4] = PM(_PAGE_PRESENT); in setup_protection_map()
169 protection_map[5] = PM(_PAGE_PRESENT); in setup_protection_map()
170 protection_map[6] = PM(_PAGE_PRESENT); in setup_protection_map()
171 protection_map[7] = PM(_PAGE_PRESENT); in setup_protection_map()
173 protection_map[8] = PM(_PAGE_PRESENT | _PAGE_NO_EXEC | _PAGE_NO_READ); in setup_protection_map()
[all …]
|
| /Linux-v5.15/Documentation/devicetree/bindings/power/ |
| D | power_domain.txt | 1 * Generic PM domains
3 System on chip designs are often divided into multiple PM domains that can be
7 This device tree binding can be used to bind PM domain consumer devices with
8 their PM domains provided by PM domain providers. A PM domain provider can be
9 represented by any node in the device tree and can provide one or more PM
11 phandle arguments (so called PM domain specifiers) of length specified by the
12 #power-domain-cells property in the PM domain provider node.
14 ==PM domain providers==
18 ==PM domain consumers==
21 - power-domains : A list of PM domain specifiers, as defined by bindings of
[all …]
|
| D | xlnx,zynqmp-genpd.txt | 2 Device Tree Bindings for the Xilinx Zynq MPSoC PM domains
5 generic PM domain binding[1].
9 == Zynq MPSoC Generic PM Domain Node ==
13 - #power-domain-cells: Number of cells in a PM domain specifier. Must be 1.
|
| /Linux-v5.15/Documentation/devicetree/bindings/arm/ux500/ |
| D | power_domain.txt | 1 * ST-Ericsson UX500 PM Domains
3 UX500 supports multiple PM domains which are used to gate power to one or
6 The implementation of PM domains for UX500 are based upon the generic PM domain
9 ==PM domain providers==
21 ==PM domain consumers==
24 - power-domains: A phandle and PM domain specifier. Below are the list of
|
| /Linux-v5.15/Documentation/arm/omap/ |
| D | omap_pm.rst | 2 The OMAP PM interface
5 This document describes the temporary OMAP PM interface. Driver
8 Over time, the intention is to merge features from the OMAP PM
9 interface into the Linux PM QoS code.
11 Drivers need to express PM parameters which:
15 - separate the drivers from the underlying PM parameter
16 implementation, whether it is the TI SRF or Linux PM QoS or Linux
19 - specify PM parameters in terms of fundamental units, such as
31 This document proposes the OMAP PM interface, including the following
55 Further documentation for all OMAP PM interface functions can be
[all …]
|
| /Linux-v5.15/Documentation/power/ |
| D | runtime_pm.rst | 14 Support for runtime power management (runtime PM) of I/O devices is provided
15 at the power management core (PM core) level by means of:
18 put their PM-related work items. It is strongly recommended that pm_wq be
19 used for queuing all work items related to runtime PM, because this allows
24 * A number of runtime PM fields in the 'power' member of 'struct device' (which
26 be used for synchronizing runtime PM operations with one another.
28 * Three device runtime PM callbacks in 'struct dev_pm_ops' (defined in
32 used for carrying out runtime PM operations in such a way that the
33 synchronization between them is taken care of by the PM core. Bus types and
36 The runtime PM callbacks present in 'struct dev_pm_ops', the device runtime PM
[all …]
|
| D | pm_qos_interface.rst | 2 PM Quality Of Service Interface
9 Two different PM QoS frameworks are available:
11 * The per-device PM QoS framework provides the API to manage the
12 per-device latency constraints and PM QoS flags.
14 The latency unit used in the PM QoS framework is the microsecond (usec).
17 1. PM QoS framework
35 Clients of PM QoS need to save the returned handle for future use in other
36 PM QoS API functions.
68 Only processes can register a PM QoS request. To provide for automatic
72 To register the default PM QoS target for the CPU latency QoS, the process must
[all …]
|
| D | pci.rst | 44 approach, that is referred to as the native PCI power management (native PCI PM)
50 Devices supporting the native PCI PM usually can generate wakeup signals called
65 native PCI PM mechanism, because the method provided by the platform depends on
74 The PCI Bus Power Management Interface Specification (PCI PM Spec) was
79 The implementation of the PCI PM Spec is optional for conventional PCI devices,
80 but it is mandatory for PCI Express devices. If a device supports the PCI PM
85 The PCI PM Spec defines 4 operating states for devices (D0-D3) and for buses
102 regardless of whether or not it implements the PCI PM Spec. In addition to
103 that, if the PCI PM Spec is implemented by the device, it must support D3hot
106 PCI devices supporting the PCI PM Spec can be programmed to go to any of the
[all …]
|
| /Linux-v5.15/drivers/soc/samsung/ |
| D | Kconfig | 35 bool "Exynos PM domains" if COMPILE_TEST
39 bool "Samsung PM Suspend debug"
40 depends on PM && DEBUG_KERNEL
45 Say Y here if you want verbose debugging from the PM Suspend and
51 depends on PM && (MACH_SMDK6410)
59 bool "S3C2410 PM Suspend Memory CRC"
60 depends on PM && (PLAT_S3C24XX || ARCH_S3C64XX || ARCH_S5PV210)
63 Enable the PM code's memory area checksum over sleep. This option
74 int "S3C2410 PM Suspend CRC Chunksize (KiB)"
75 depends on PM && SAMSUNG_PM_CHECK
|
| /Linux-v5.15/arch/arm/mach-at91/ |
| D | Kconfig | 5 select ARM_CPU_SUSPEND if PM && ARCH_MULTI_V7
74 select ATMEL_PM if PM
80 select SRAM if PM
88 select ATMEL_PM if PM
98 select SRAM if PM
122 select ATMEL_PM if PM
131 select SRAM if PM
195 select ATMEL_PM if PM
199 select SRAM if PM
207 select ATMEL_PM if PM
[all …]
|
| /Linux-v5.15/drivers/soc/xilinx/ |
| D | Kconfig | 6 depends on PM && ZYNQMP_FIRMWARE
20 bool "Enable Zynq MPSoC generic PM domains"
22 depends on PM && ZYNQMP_FIRMWARE
25 Say yes to enable device power management through PM domains
|
| /Linux-v5.15/Documentation/ABI/testing/ |
| D | sysfs-ata | 20 nr_pmp_links: (RO) If a SATA Port Multiplier (PM) is
40 Behind each port, there is a ata_link. If there is a SATA PM in the topology, 15
44 of the port. If a link is behind a PM, its name is linkX.Y where X is
45 ata_port_id of the parent port and Y the PM port.
70 - Y the port of the PM if any, and
89 gscr: (RO) Cached result of the dump of PM GSCR
101 Only valid if the device is a PM.
108 the device is not a PM.
119 "atapi" for packet device, "pmp" for PM, or
|
| D | sysfs-devices-lpss_ltr | 18 This attribute is read-only. If the device's runtime PM status
30 This attribute is read-only. If the device's runtime PM status
42 This attribute is read-only. If the device's runtime PM status
|
| /Linux-v5.15/Documentation/devicetree/bindings/soc/bcm/ |
| D | brcm,bcm2835-pm.txt | 1 BCM2835 PM (Power domains, watchdog)
3 The PM block controls power domains and some reset lines, and includes
5 binding which covered some of PM's register range and functionality.
11 register ranges ("PM" and "ASYNC_BRIDGE" in that
|
| /Linux-v5.15/kernel/configs/ |
| D | nopm.config | 5 # Triggers PM on OMAP
11 # ARM/ARM64 architectures that select PM unconditionally
|
| /Linux-v5.15/Documentation/driver-api/pm/ |
| D | devices.rst | 18 management (PM) code is also driver-specific. Most drivers will do very
67 the PM core are involved in runtime power management. As in the system
76 synergies exist, so that several drivers using runtime PM might put the system
125 device drivers whose subsystems (PM domains, device types, device classes and
152 its system wakeup mechanism and for notifying the PM core of system wakeup
260 the device is suspending (i.e. has been chosen by the PM core as the next
279 All phases use PM domain, bus, type, class or driver callbacks (that is, methods
282 PM core as mutually exclusive. Moreover, PM domain callbacks always take
287 1. If ``dev->pm_domain`` is present, the PM core will choose the callback
300 This allows PM domains and device types to override callbacks provided by bus
[all …]
|
| /Linux-v5.15/tools/perf/util/c++/ |
| D | clang.cpp | 152 legacy::PassManager PM; in getBPFObjectFromModule() local
155 NotAdded = TargetMachine->addPassesToEmitFile(PM, ostream, in getBPFObjectFromModule()
158 NotAdded = TargetMachine->addPassesToEmitFile(PM, ostream, nullptr, in getBPFObjectFromModule()
165 PM.run(*Module); in getBPFObjectFromModule()
|
| /Linux-v5.15/Documentation/fault-injection/ |
| D | notifier-error-inject.rst | 9 * PM notifier
14 PM notifier error injection module
20 Possible PM notifier events to be failed are:
26 Example: Inject PM suspend error (-12 = -ENOMEM)::
|
| /Linux-v5.15/arch/arm/mach-mxs/ |
| D | Kconfig | 5 select ARM_CPU_SUSPEND if PM
12 select ARM_CPU_SUSPEND if PM
|
| /Linux-v5.15/arch/arm/mach-rockchip/ |
| D | Kconfig | 16 select REGULATOR if PM
21 select PM
|
| /Linux-v5.15/drivers/soc/bcm/bcm63xx/ |
| D | Kconfig | 7 select PM_GENERIC_DOMAINS if PM
18 select PM_GENERIC_DOMAINS if PM
|
| /Linux-v5.15/drivers/soc/imx/ |
| D | Kconfig | 5 bool "i.MX GPCv2 PM domains"
7 depends on PM
|
| /Linux-v5.15/Documentation/arm/sa1100/ |
| D | assabet.rst | 254 - PM: Not tested.
255 - COM: TX, RX, CTS, DSR, DCD, RTS, DTR, PM
256 - PM: Not tested.
259 - PM: Not tested.
262 - LCD: Fully tested. PM
272 - PM: Not tested.
281 - PM: Not tested.
290 - PM: Not tested.
295 - PM: Not tested.
299 - PM: Not tested.
|
| /Linux-v5.15/drivers/soc/amlogic/ |
| D | Kconfig | 32 depends on PM && OF
43 depends on PM && OF
54 depends on PM && OF
|
| /Linux-v5.15/Documentation/arm/samsung-s3c24xx/ |
| D | suspend.rst | 85 There are several important things to remember when using PM suspend:
108 `S3C2410 PM Suspend debug`
115 `S3C2410 PM Suspend Memory CRC`
127 `S3C2410 PM Suspend CRC Chunksize (KiB)`
|
