| /kernel/linux/linux-5.10/Documentation/devicetree/bindings/soc/rockchip/ |
| D | power_domain.txt | 1 * Rockchip Power Domains
3 Rockchip processors include support for multiple power domains which can be
4 powered up/down by software based on different application scenes to save power.
6 Required properties for power domain controller:
8 "rockchip,px30-power-controller" - for PX30 SoCs.
9 "rockchip,rk3036-power-controller" - for RK3036 SoCs.
10 "rockchip,rk3066-power-controller" - for RK3066 SoCs.
11 "rockchip,rk3128-power-controller" - for RK3128 SoCs.
12 "rockchip,rk3188-power-controller" - for RK3188 SoCs.
13 "rockchip,rk3228-power-controller" - for RK3228 SoCs.
[all …]
|
| /kernel/linux/linux-6.6/Documentation/devicetree/bindings/power/ |
| D | rockchip,power-controller.yaml | 4 $id: http://devicetree.org/schemas/power/rockchip,power-controller.yaml#
7 title: Rockchip Power Domains
14 Rockchip processors include support for multiple power domains
16 application scenarios to save power.
18 Power domains contained within power-controller node are
19 generic power domain providers documented in
20 Documentation/devicetree/bindings/power/power-domain.yaml.
22 IP cores belonging to a power domain should contain a
23 "power-domains" property that is a phandle for the
24 power domain node representing the domain.
[all …]
|
| D | mediatek,power-controller.yaml | 4 $id: http://devicetree.org/schemas/power/mediatek,power-controller.yaml#
7 title: Mediatek Power Domains Controller
14 Mediatek processors include support for multiple power domains which can be
15 powered up/down by software based on different application scenes to save power.
17 IP cores belonging to a power domain should contain a 'power-domains'
22 pattern: '^power-controller(@[0-9a-f]+)?$'
26 - mediatek,mt6795-power-controller
27 - mediatek,mt8167-power-controller
28 - mediatek,mt8173-power-controller
29 - mediatek,mt8183-power-controller
[all …]
|
| D | fsl,imx-gpcv2.yaml | 4 $id: http://devicetree.org/schemas/power/fsl,imx-gpcv2.yaml#
7 title: Freescale i.MX General Power Controller v2
13 The i.MX7S/D General Power Control (GPC) block contains Power Gating
14 Control (PGC) for various power domains.
16 Power domains contained within GPC node are generic power domain
18 Documentation/devicetree/bindings/power/power-domain.yaml, which are
19 described as subnodes of the power gating controller 'pgc' node.
21 IP cores belonging to a power domain should contain a 'power-domains'
46 description: list of power domains provided by this controller.
56 "power-domain@[0-9a-f]+$":
[all …]
|
| D | power-domain.yaml | 4 $id: http://devicetree.org/schemas/power/power-domain.yaml#
16 used for power gating of selected IP blocks for power saving by reduced leakage
24 \#power-domain-cells property in the PM domain provider node.
28 pattern: "^(power-controller|power-domain)([@-].*)?$"
36 power-domain provider. The idle state definitions are compatible with the
47 Phandles to the OPP tables of power domains provided by a power domain
48 provider. If the provider provides a single power domain only or all
49 the power domains provided by the provider have identical OPP tables,
53 "#power-domain-cells":
57 domains (e.g. power controllers), but can be any value as specified
[all …]
|
| /kernel/linux/linux-6.6/arch/arm64/boot/dts/apple/ |
| D | t8112-pmgr.dtsi | 3 * PMGR Power domains for the Apple T8112 "M2" SoC
10 ps_sbr: power-controller@100 {
13 #power-domain-cells = <0>;
19 ps_aic: power-controller@108 {
22 #power-domain-cells = <0>;
28 ps_dwi: power-controller@110 {
31 #power-domain-cells = <0>;
37 ps_soc_spmi0: power-controller@118 {
40 #power-domain-cells = <0>;
45 ps_gpio: power-controller@120 {
[all …]
|
| D | t8103-pmgr.dtsi | 3 * PMGR Power domains for the Apple T8103 "M1" SoC
10 ps_sbr: power-controller@100 {
13 #power-domain-cells = <0>;
19 ps_aic: power-controller@108 {
22 #power-domain-cells = <0>;
28 ps_dwi: power-controller@110 {
31 #power-domain-cells = <0>;
37 ps_soc_spmi0: power-controller@118 {
40 #power-domain-cells = <0>;
45 ps_soc_spmi1: power-controller@120 {
[all …]
|
| D | t600x-pmgr.dtsi | 3 * PMGR Power domains for the Apple T6001 "M1 Max" SoC
9 DIE_NODE(ps_pms_bridge): power-controller@100 {
12 #power-domain-cells = <0>;
18 DIE_NODE(ps_aic): power-controller@108 {
21 #power-domain-cells = <0>;
27 DIE_NODE(ps_dwi): power-controller@110 {
30 #power-domain-cells = <0>;
36 DIE_NODE(ps_pms): power-controller@118 {
39 #power-domain-cells = <0>;
45 DIE_NODE(ps_gpio): power-controller@120 {
[all …]
|
| /kernel/linux/linux-5.10/drivers/base/power/ |
| D | runtime.c | 3 * drivers/base/power/runtime.c - Helper functions for device runtime PM
17 #include "power.h"
55 * update_pm_runtime_accounting - Update the time accounting of power states
58 * In order to be able to have time accounting of the various power states
69 if (dev->power.disable_depth > 0) in update_pm_runtime_accounting()
72 last = dev->power.accounting_timestamp; in update_pm_runtime_accounting()
75 dev->power.accounting_timestamp = now; in update_pm_runtime_accounting()
87 if (dev->power.runtime_status == RPM_SUSPENDED) in update_pm_runtime_accounting()
88 dev->power.suspended_time += delta; in update_pm_runtime_accounting()
90 dev->power.active_time += delta; in update_pm_runtime_accounting()
[all …]
|
| /kernel/linux/linux-6.6/drivers/base/power/ |
| D | runtime.c | 3 * drivers/base/power/runtime.c - Helper functions for device runtime PM
17 #include "power.h"
55 * update_pm_runtime_accounting - Update the time accounting of power states
58 * In order to be able to have time accounting of the various power states
69 if (dev->power.disable_depth > 0) in update_pm_runtime_accounting()
72 last = dev->power.accounting_timestamp; in update_pm_runtime_accounting()
75 dev->power.accounting_timestamp = now; in update_pm_runtime_accounting()
87 if (dev->power.runtime_status == RPM_SUSPENDED) in update_pm_runtime_accounting()
88 dev->power.suspended_time += delta; in update_pm_runtime_accounting()
90 dev->power.active_time += delta; in update_pm_runtime_accounting()
[all …]
|
| /kernel/linux/linux-6.6/Documentation/devicetree/bindings/clock/ |
| D | fsl,imx8-acm.yaml | 26 power-domains:
48 - power-domains
62 power-domains:
64 - description: power domain of IMX_SC_R_AUDIO_CLK_0
65 - description: power domain of IMX_SC_R_AUDIO_CLK_1
66 - description: power domain of IMX_SC_R_MCLK_OUT_0
67 - description: power domain of IMX_SC_R_MCLK_OUT_1
68 - description: power domain of IMX_SC_R_AUDIO_PLL_0
69 - description: power domain of IMX_SC_R_AUDIO_PLL_1
70 - description: power domain of IMX_SC_R_ASRC_0
[all …]
|
| /kernel/linux/linux-5.10/Documentation/devicetree/bindings/soc/mediatek/ |
| D | scpsys.txt | 4 The System Control Processor System (SCPSYS) has several power management
7 The System Power Manager (SPM) inside the SCPSYS is for the MTCMOS power
11 power/power-domain.yaml. It provides the power domains defined in
12 - include/dt-bindings/power/mt8173-power.h
13 - include/dt-bindings/power/mt6797-power.h
14 - include/dt-bindings/power/mt6765-power.h
15 - include/dt-bindings/power/mt2701-power.h
16 - include/dt-bindings/power/mt2712-power.h
17 - include/dt-bindings/power/mt7622-power.h
30 - #power-domain-cells: Must be 1
[all …]
|
| /kernel/linux/linux-6.6/Documentation/devicetree/bindings/soc/mediatek/ |
| D | scpsys.txt | 4 The System Control Processor System (SCPSYS) has several power management
7 The System Power Manager (SPM) inside the SCPSYS is for the MTCMOS power
11 power/power-domain.yaml. It provides the power domains defined in
12 - include/dt-bindings/power/mt8173-power.h
13 - include/dt-bindings/power/mt6797-power.h
14 - include/dt-bindings/power/mt6765-power.h
15 - include/dt-bindings/power/mt2701-power.h
16 - include/dt-bindings/power/mt2712-power.h
17 - include/dt-bindings/power/mt7622-power.h
30 - #power-domain-cells: Must be 1
[all …]
|
| /kernel/linux/linux-6.6/drivers/net/ipa/ |
| D | ipa_power.c | 23 * DOC: IPA Power Management
26 * interconnects (buses) it depends on are enabled. Runtime power
38 * enum ipa_power_flag - IPA power flags
43 * @IPA_POWER_FLAG_COUNT: Number of defined power flags
54 * struct ipa_power - IPA power management information
67 spinlock_t spinlock; /* used with STOPPED/STARTED power flags */
74 static int ipa_interconnect_init(struct ipa_power *power, in ipa_interconnect_init() argument
82 interconnect = &power->interconnect[0]; in ipa_interconnect_init()
83 for (i = 0; i < power->interconnect_count; i++) { in ipa_interconnect_init()
92 ret = of_icc_bulk_get(power->dev, power->interconnect_count, in ipa_interconnect_init()
[all …]
|
| /kernel/linux/linux-5.10/drivers/staging/nvec/ |
| D | nvec_power.c | 3 * nvec_power: power supply driver for a NVIDIA compliant embedded controller
87 struct nvec_power *power = in nvec_power_notifier() local
95 if (power->on != res->plu) { in nvec_power_notifier()
96 power->on = res->plu; in nvec_power_notifier()
109 static void get_bat_mfg_data(struct nvec_power *power) in get_bat_mfg_data() argument
116 nvec_write_async(power->nvec, buf, 2); in get_bat_mfg_data()
123 struct nvec_power *power = in nvec_power_bat_notifier() local
134 if (power->bat_present == 0) { in nvec_power_bat_notifier()
136 get_bat_mfg_data(power); in nvec_power_bat_notifier()
139 power->bat_present = 1; in nvec_power_bat_notifier()
[all …]
|
| /kernel/linux/linux-6.6/drivers/staging/nvec/ |
| D | nvec_power.c | 3 * nvec_power: power supply driver for a NVIDIA compliant embedded controller
87 struct nvec_power *power = in nvec_power_notifier() local
95 if (power->on != res->plu) { in nvec_power_notifier()
96 power->on = res->plu; in nvec_power_notifier()
109 static void get_bat_mfg_data(struct nvec_power *power) in get_bat_mfg_data() argument
116 nvec_write_async(power->nvec, buf, 2); in get_bat_mfg_data()
123 struct nvec_power *power = in nvec_power_bat_notifier() local
134 if (power->bat_present == 0) { in nvec_power_bat_notifier()
136 get_bat_mfg_data(power); in nvec_power_bat_notifier()
139 power->bat_present = 1; in nvec_power_bat_notifier()
[all …]
|
| /kernel/linux/linux-6.6/drivers/power/supply/ |
| D | axp20x_usb_power.c | 3 * AXP20x PMIC USB power supply status driver
26 #define DRVNAME "axp20x-usb-power-supply"
79 static bool axp20x_usb_vbus_needs_polling(struct axp20x_usb_power *power) in axp20x_usb_vbus_needs_polling() argument
86 if (power->axp_data->vbus_needs_polling && !power->online) in axp20x_usb_vbus_needs_polling()
94 struct axp20x_usb_power *power = devid; in axp20x_usb_power_irq() local
96 power_supply_changed(power->supply); in axp20x_usb_power_irq()
98 mod_delayed_work(system_power_efficient_wq, &power->vbus_detect, DEBOUNCE_TIME); in axp20x_usb_power_irq()
105 struct axp20x_usb_power *power = in axp20x_usb_power_poll_vbus() local
110 ret = regmap_read(power->regmap, AXP20X_PWR_INPUT_STATUS, &val); in axp20x_usb_power_poll_vbus()
115 if (val != power->old_status) in axp20x_usb_power_poll_vbus()
[all …]
|
| /kernel/linux/linux-5.10/drivers/power/supply/ |
| D | axp20x_usb_power.c | 3 * AXP20x PMIC USB power supply status driver
26 #define DRVNAME "axp20x-usb-power-supply"
76 static bool axp20x_usb_vbus_needs_polling(struct axp20x_usb_power *power) in axp20x_usb_vbus_needs_polling() argument
83 if (power->axp20x_id >= AXP221_ID && !power->online) in axp20x_usb_vbus_needs_polling()
91 struct axp20x_usb_power *power = devid; in axp20x_usb_power_irq() local
93 power_supply_changed(power->supply); in axp20x_usb_power_irq()
95 mod_delayed_work(system_wq, &power->vbus_detect, DEBOUNCE_TIME); in axp20x_usb_power_irq()
102 struct axp20x_usb_power *power = in axp20x_usb_power_poll_vbus() local
107 ret = regmap_read(power->regmap, AXP20X_PWR_INPUT_STATUS, &val); in axp20x_usb_power_poll_vbus()
112 if (val != power->old_status) in axp20x_usb_power_poll_vbus()
[all …]
|
| /kernel/linux/linux-5.10/Documentation/devicetree/bindings/power/ |
| D | fsl,imx-gpcv2.yaml | 4 $id: http://devicetree.org/schemas/power/fsl,imx-gpcv2.yaml#
7 title: Freescale i.MX General Power Controller v2
13 The i.MX7S/D General Power Control (GPC) block contains Power Gating
14 Control (PGC) for various power domains.
16 Power domains contained within GPC node are generic power domain
18 Documentation/devicetree/bindings/power/power-domain.yaml, which are
19 described as subnodes of the power gating controller 'pgc' node.
21 IP cores belonging to a power domain should contain a 'power-domains'
42 description: list of power domains provided by this controller.
45 "power-domain@[0-9]$":
[all …]
|
| D | power-domain.yaml | 4 $id: http://devicetree.org/schemas/power/power-domain.yaml#
16 used for power gating of selected IP blocks for power saving by reduced leakage
24 \#power-domain-cells property in the PM domain provider node.
28 pattern: "^(power-controller|power-domain)([@-].*)?$"
34 power-domain provider. The idle state definitions are compatible with the
46 Phandles to the OPP tables of power domains provided by a power domain
47 provider. If the provider provides a single power domain only or all
48 the power domains provided by the provider have identical OPP tables,
52 "#power-domain-cells":
56 domains (e.g. power controllers), but can be any value as specified
[all …]
|
| /kernel/linux/linux-6.6/Documentation/power/powercap/ |
| D | powercap.rst | 2 Power Capping Framework
5 The power capping framework provides a consistent interface between the kernel
6 and the user space that allows power capping drivers to expose the settings to
12 The framework exposes power capping devices to user space via sysfs in the
14 'control types', which correspond to different methods of power capping. For
16 Power Limit" (RAPL) technology, whereas the 'idle-injection' control type
17 corresponds to the use of idle injection for controlling power.
19 Power zones represent different parts of the system, which can be controlled and
20 monitored using the power capping method determined by the control type the
21 given zone belongs to. They each contain attributes for monitoring power, as
[all …]
|
| /kernel/linux/linux-5.10/Documentation/power/powercap/ |
| D | powercap.rst | 2 Power Capping Framework
5 The power capping framework provides a consistent interface between the kernel
6 and the user space that allows power capping drivers to expose the settings to
12 The framework exposes power capping devices to user space via sysfs in the
14 'control types', which correspond to different methods of power capping. For
16 Power Limit" (RAPL) technology, whereas the 'idle-injection' control type
17 corresponds to the use of idle injection for controlling power.
19 Power zones represent different parts of the system, which can be controlled and
20 monitored using the power capping method determined by the control type the
21 given zone belongs to. They each contain attributes for monitoring power, as
[all …]
|
| /kernel/linux/linux-6.6/drivers/gpu/drm/msm/dp/ |
| D | dp_power.c | 26 static int dp_power_clk_init(struct dp_power_private *power) in dp_power_clk_init() argument
30 struct device *dev = power->dev; in dp_power_clk_init()
32 core = &power->parser->mp[DP_CORE_PM]; in dp_power_clk_init()
33 ctrl = &power->parser->mp[DP_CTRL_PM]; in dp_power_clk_init()
34 stream = &power->parser->mp[DP_STREAM_PM]; in dp_power_clk_init()
53 struct dp_power_private *power; in dp_power_clk_status() local
55 power = container_of(dp_power, struct dp_power_private, dp_power); in dp_power_clk_status()
57 drm_dbg_dp(power->drm_dev, in dp_power_clk_status()
77 struct dp_power_private *power; in dp_power_clk_enable() local
80 power = container_of(dp_power, struct dp_power_private, dp_power); in dp_power_clk_enable()
[all …]
|
| /kernel/linux/linux-5.10/Documentation/hwmon/ |
| D | occ.rst | 15 embedded on POWER processors. The OCC is a device that collects and aggregates
17 sensor data as well as perform thermal and power management on the system.
77 power[1-n]_input
78 Latest measured power reading of the component in
80 power[1-n]_average
81 Average power of the component in microwatts.
82 power[1-n]_average_interval
83 The amount of time over which the power average
86 [with power sensor version < 2]
88 power[1-n]_label
[all …]
|
| /kernel/linux/linux-6.6/Documentation/hwmon/ |
| D | occ.rst | 15 embedded on POWER processors. The OCC is a device that collects and aggregates
17 sensor data as well as perform thermal and power management on the system.
77 power[1-n]_input
78 Latest measured power reading of the component in
80 power[1-n]_average
81 Average power of the component in microwatts.
82 power[1-n]_average_interval
83 The amount of time over which the power average
86 [with power sensor version < 2]
88 power[1-n]_label
[all …]
|