| /kernel/linux/linux-5.10/Documentation/devicetree/bindings/arm/ |
| D | idle-states.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
3 ---
4 $id: http://devicetree.org/schemas/arm/idle-states.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
10 - Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
14 1 - Introduction
18 where cores can be put in different low-power states (ranging from simple wfi
20 range of dynamic idle states that a processor can enter at run-time, can be
27 - Running
28 - Idle_standby
[all …]
|
| /kernel/linux/linux-6.6/Documentation/devicetree/bindings/cpu/ |
| D | idle-states.yaml | 1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
3 ---
4 $id: http://devicetree.org/schemas/cpu/idle-states.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
10 - Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
11 - Anup Patel <anup@brainfault.org>
15 1 - Introduction
18 ARM and RISC-V systems contain HW capable of managing power consumption
19 dynamically, where cores can be put in different low-power states (ranging
22 run-time, can be specified through device tree bindings representing the
[all …]
|
| /kernel/linux/linux-5.10/Documentation/arm/omap/ |
| D | omap_pm.rst | 6 authors use these functions to communicate minimum latency or
13 - support the range of power management parameters present in the TI SRF;
15 - separate the drivers from the underlying PM parameter
17 latency framework or something else;
19 - specify PM parameters in terms of fundamental units, such as
20 latency and throughput, rather than units which are specific to OMAP
23 - allow drivers which are shared with other architectures (e.g.,
24 DaVinci) to add these constraints in a way which won't affect non-OMAP
27 - can be implemented immediately with minimal disruption of other
34 1. Set the maximum MPU wakeup latency::
[all …]
|
| /kernel/linux/linux-6.6/Documentation/arch/arm/omap/ |
| D | omap_pm.rst | 6 authors use these functions to communicate minimum latency or
13 - support the range of power management parameters present in the TI SRF;
15 - separate the drivers from the underlying PM parameter
17 latency framework or something else;
19 - specify PM parameters in terms of fundamental units, such as
20 latency and throughput, rather than units which are specific to OMAP
23 - allow drivers which are shared with other architectures (e.g.,
24 DaVinci) to add these constraints in a way which won't affect non-OMAP
27 - can be implemented immediately with minimal disruption of other
34 1. Set the maximum MPU wakeup latency::
[all …]
|
| /kernel/linux/linux-5.10/Documentation/ABI/testing/ |
| D | sysfs-devices-power | 9 What: /sys/devices/.../power/wakeup
13 The /sys/devices/.../power/wakeup attribute allows the user
19 Some devices support "wakeup" events, which are hardware signals
21 have one of the following two values for the sysfs power/wakeup
31 For the devices that are not capable of generating system wakeup
40 space to control the run-time power management of the device.
61 with the main suspend/resume thread) during system-wide power
85 of signaled wakeup events associated with the device. This
86 attribute is read-only. If the device is not capable to wake up
96 number of times the processing of wakeup events associated with
[all …]
|
| /kernel/linux/linux-6.6/Documentation/ABI/testing/ |
| D | sysfs-devices-power | 9 What: /sys/devices/.../power/wakeup
13 The /sys/devices/.../power/wakeup attribute allows the user
19 Some devices support "wakeup" events, which are hardware signals
21 have one of the following two values for the sysfs power/wakeup
31 For the devices that are not capable of generating system wakeup
40 space to control the run-time power management of the device.
61 with the main suspend/resume thread) during system-wide power
85 of signaled wakeup events associated with the device. This
86 attribute is read-only. If the device is not capable to wake up
96 number of times the processing of wakeup events associated with
[all …]
|
| /kernel/linux/linux-5.10/Documentation/admin-guide/pm/ |
| D | cpuidle.rst | 1 .. SPDX-License-Identifier: GPL-2.0
27 CPU idle time management is an energy-efficiency feature concerned about using
31 ------------
37 software as individual single-core processors. In other words, a CPU is an
46 Second, if the processor is multi-core, each core in it is able to follow at
61 Finally, each core in a multi-core processor may be able to follow more than one
66 multiple individual single-core "processors", referred to as *hardware threads*
67 (or hyper-threads specifically on Intel hardware), that each can follow one
78 ---------
107 next wakeup event, or there are strict latency constraints preventing any of the
[all …]
|
| /kernel/linux/linux-6.6/Documentation/devicetree/bindings/net/ |
| D | marvell-bt-8xxx.txt | 2 ------
9 - compatible : should be one of the following:
10 * "marvell,sd8897-bt" (for SDIO)
11 * "marvell,sd8997-bt" (for SDIO)
16 - marvell,cal-data: Calibration data downloaded to the device during
20 - marvell,wakeup-pin: It represents wakeup pin number of the bluetooth chip.
21 firmware will use the pin to wakeup host system (u16).
22 - marvell,wakeup-gap-ms: wakeup gap represents wakeup latency of the host
25 - interrupt-names: Used only for USB based devices (See below)
26 - interrupts : specifies the interrupt pin number to the cpu. For SDIO, the
[all …]
|
| /kernel/linux/linux-5.10/Documentation/devicetree/bindings/net/ |
| D | marvell-bt-8xxx.txt | 2 ------
9 - compatible : should be one of the following:
10 * "marvell,sd8897-bt" (for SDIO)
11 * "marvell,sd8997-bt" (for SDIO)
16 - marvell,cal-data: Calibration data downloaded to the device during
20 - marvell,wakeup-pin: It represents wakeup pin number of the bluetooth chip.
21 firmware will use the pin to wakeup host system (u16).
22 - marvell,wakeup-gap-ms: wakeup gap represents wakeup latency of the host
25 - interrupt-names: Used only for USB based devices (See below)
26 - interrupts : specifies the interrupt pin number to the cpu. For SDIO, the
[all …]
|
| /kernel/linux/linux-5.10/Documentation/virt/kvm/ |
| D | halt-polling.rst | 1 .. SPDX-License-Identifier: GPL-2.0
7 The KVM halt polling system provides a feature within KVM whereby the latency
11 vcpus of a single vcore have ceded, the host kernel polls for wakeup conditions
14 Polling provides a latency advantage in cases where the guest can be run again
16 the order of a few micro-seconds, although performance benefits are workload
17 dependant. In the event that no wakeup source arrives during the polling
20 wakeup periods where the time spent halt polling is minimised and the time
27 The powerpc kvm-hv specific case is implemented in:
39 kvm_vcpu->halt_poll_ns
41 or in the case of powerpc kvm-hv, in the vcore struct:
[all …]
|
| /kernel/linux/linux-6.6/tools/perf/scripts/perl/bin/ |
| D | wakeup-latency-report | 2 # description: system-wide min/max/avg wakeup latency
3 perf script $@ -s "$PERF_EXEC_PATH"/scripts/perl/wakeup-latency.pl
|
| /kernel/linux/linux-5.10/tools/perf/scripts/perl/bin/ |
| D | wakeup-latency-report | 2 # description: system-wide min/max/avg wakeup latency
3 perf script $@ -s "$PERF_EXEC_PATH"/scripts/perl/wakeup-latency.pl
|
| /kernel/linux/linux-6.6/Documentation/virt/kvm/ |
| D | halt-polling.rst | 1 .. SPDX-License-Identifier: GPL-2.0
7 The KVM halt polling system provides a feature within KVM whereby the latency
11 vcpus of a single vcore have ceded, the host kernel polls for wakeup conditions
14 Polling provides a latency advantage in cases where the guest can be run again
16 the order of a few micro-seconds, although performance benefits are workload
17 dependent. In the event that no wakeup source arrives during the polling
20 wakeup periods where the time spent halt polling is minimised and the time
27 The powerpc kvm-hv specific case is implemented in:
39 kvm_vcpu->halt_poll_ns
41 or in the case of powerpc kvm-hv, in the vcore struct:
[all …]
|
| /kernel/linux/linux-6.6/Documentation/admin-guide/pm/ |
| D | cpuidle.rst | 1 .. SPDX-License-Identifier: GPL-2.0
27 CPU idle time management is an energy-efficiency feature concerned about using
31 ------------
37 software as individual single-core processors. In other words, a CPU is an
46 Second, if the processor is multi-core, each core in it is able to follow at
61 Finally, each core in a multi-core processor may be able to follow more than one
66 multiple individual single-core "processors", referred to as *hardware threads*
67 (or hyper-threads specifically on Intel hardware), that each can follow one
78 ---------
107 next wakeup event, or there are strict latency constraints preventing any of the
[all …]
|
| /kernel/linux/linux-5.10/Documentation/devicetree/bindings/iio/accel/ |
| D | lis302.txt | 8 - compatible: should be set to "st,lis3lv02d-spi"
9 - reg: the chipselect index
10 - spi-max-frequency: maximal bus speed, should be set to 1000000 unless
12 - interrupts: the interrupt generated by the device
15 - compatible: should be set to "st,lis3lv02d"
16 - reg: i2c slave address
17 - Vdd-supply: The input supply for Vdd
18 - Vdd_IO-supply: The input supply for Vdd_IO
23 - st,click-single-{x,y,z}: if present, tells the device to issue an
26 - st,click-double-{x,y,z}: if present, tells the device to issue an
[all …]
|
| /kernel/linux/linux-6.6/Documentation/devicetree/bindings/iio/accel/ |
| D | lis302.txt | 8 - compatible: should be set to "st,lis3lv02d-spi"
9 - reg: the chipselect index
10 - spi-max-frequency: maximal bus speed, should be set to 1000000 unless
12 - interrupts: the interrupt generated by the device
15 - compatible: should be set to "st,lis3lv02d"
16 - reg: i2c slave address
17 - Vdd-supply: The input supply for Vdd
18 - Vdd_IO-supply: The input supply for Vdd_IO
23 - st,click-single-{x,y,z}: if present, tells the device to issue an
26 - st,click-double-{x,y,z}: if present, tells the device to issue an
[all …]
|
| /kernel/linux/linux-5.10/drivers/cpuidle/ |
| D | cpuidle-pseries.c | 1 // SPDX-License-Identifier: GPL-2.0
3 * cpuidle-pseries - idle state cpuidle driver.
78 * were soft-disabled in check_and_cede_processor()
92 * "ibm,get-systems-parameter" RTAS call with the token
98 * table with all the parameters to ibm,get-system-parameters.
99 * CEDE_LATENCY_TOKEN corresponds to the token value for Cede Latency
105 * If the platform supports the cede latency settings information system
109 * a. The first byte is the length “N” of each cede latency setting record minus
112 * b. For each supported cede latency setting a cede latency setting record
115 * -----------------------------
[all …]
|
| D | dt_idle_states.c | 1 // SPDX-License-Identifier: GPL-2.0-only
9 #define pr_fmt(fmt) "DT idle-states: " fmt
33 idle_state->enter = match_id->data; in init_state_node()
39 idle_state->enter_s2idle = match_id->data; in init_state_node()
41 err = of_property_read_u32(state_node, "wakeup-latency-us", in init_state_node()
42 &idle_state->exit_latency); in init_state_node()
46 err = of_property_read_u32(state_node, "entry-latency-us", in init_state_node()
49 pr_debug(" * %pOF missing entry-latency-us property\n", in init_state_node()
51 return -EINVAL; in init_state_node()
54 err = of_property_read_u32(state_node, "exit-latency-us", in init_state_node()
[all …]
|
| /kernel/linux/linux-5.10/arch/arm/boot/dts/ |
| D | omap3-gta04a3.dts | 1 // SPDX-License-Identifier: GPL-2.0-only
6 #include "omap3-gta04.dtsi"
18 interrupt-parent = <&gpio3>;
20 Vdd-supply = <&vaux2>;
21 Vdd_IO-supply = <&vaux2>;
23 st,click-single-x;
24 st,click-single-y;
25 st,click-single-z;
26 st,click-thresh-x = <8>;
27 st,click-thresh-y = <8>;
[all …]
|
| /kernel/linux/linux-6.6/arch/arm/boot/dts/ti/omap/ |
| D | omap3-gta04a3.dts | 1 // SPDX-License-Identifier: GPL-2.0-only
6 #include "omap3-gta04.dtsi"
18 interrupt-parent = <&gpio3>;
20 Vdd-supply = <&vaux2>;
21 Vdd_IO-supply = <&vaux2>;
23 st,click-single-x;
24 st,click-single-y;
25 st,click-single-z;
26 st,click-thresh-x = <8>;
27 st,click-thresh-y = <8>;
[all …]
|
| /kernel/linux/linux-6.6/drivers/cpuidle/ |
| D | dt_idle_states.c | 1 // SPDX-License-Identifier: GPL-2.0-only
9 #define pr_fmt(fmt) "DT idle-states: " fmt
32 idle_state->enter = match_id->data; in init_state_node()
38 idle_state->enter_s2idle = match_id->data; in init_state_node()
40 err = of_property_read_u32(state_node, "wakeup-latency-us", in init_state_node()
41 &idle_state->exit_latency); in init_state_node()
45 err = of_property_read_u32(state_node, "entry-latency-us", in init_state_node()
48 pr_debug(" * %pOF missing entry-latency-us property\n", in init_state_node()
50 return -EINVAL; in init_state_node()
53 err = of_property_read_u32(state_node, "exit-latency-us", in init_state_node()
[all …]
|
| D | cpuidle-pseries.c | 1 // SPDX-License-Identifier: GPL-2.0
3 * cpuidle-pseries - idle state cpuidle driver.
47 dev->poll_time_limit = false; in snooze_loop()
58 dev->poll_time_limit = true; in snooze_loop()
80 * were soft-disabled in check_and_cede_processor()
94 * "ibm,get-systems-parameter" RTAS call with the token
100 * table with all the parameters to ibm,get-system-parameters.
101 * CEDE_LATENCY_TOKEN corresponds to the token value for Cede Latency
107 * If the platform supports the cede latency settings information system
111 * a. The first byte is the length “N” of each cede latency setting record minus
[all …]
|
| /kernel/linux/linux-6.6/Documentation/tools/rtla/ |
| D | common_timerlat_description.rst | 2 *timerlat* tracer dispatches a kernel thread per-cpu. These threads
4 the wakeup, they collect and generate useful information for the
5 debugging of operating system timer latency.
8 prints the timer latency at the timer *IRQ* handler and the *Thread*
|
| /kernel/linux/linux-6.6/Documentation/trace/ |
| D | timerlat-tracer.rst | 6 find sources of wakeup latencies of real-time threads. Like cyclictest,
8 computes a *wakeup latency* value as the difference between the *current
13 -----
28 # _-----=> irqs-off
29 # / _----=> need-resched
30 # | / _---=> hardirq/softirq
31 # || / _--=> preempt-depth
34 # TASK-PID CPU# |||| TIMESTAMP ID CONTEXT LATENCY
36 <idle>-0 [000] d.h1 54.029328: #1 context irq timer_latency 932 ns
37 <...>-867 [000] .... 54.029339: #1 context thread timer_latency 11700 ns
[all …]
|
| /kernel/linux/linux-5.10/tools/perf/bench/ |
| D | futex-wake-parallel.c | 1 // SPDX-License-Identifier: GPL-2.0
5 * Block a bunch of threads and let parallel waker threads wakeup an
6 * equal amount of them. The program output reflects the avg latency
27 #include <subcmd/parse-options.h>
47 /* all threads will block on the same futex -- hash bucket chaos ;) */
69 "perf bench futex wake-parallel <options>",
82 waker->nwoken = futex_wake(&futex, nwakes, futex_flag); in waking_workerfn()
83 if (waker->nwoken != nwakes) in waking_workerfn()
84 warnx("couldn't wakeup all tasks (%d/%d)", in waking_workerfn()
85 waker->nwoken, nwakes); in waking_workerfn()
[all …]
|