Skip to content

Commit 5b56420

Browse files
committed
Merge branches 'pm-em' and 'pm-core'
* pm-em: OPP: refactor dev_pm_opp_of_register_em() and update related drivers Documentation: power: update Energy Model description PM / EM: change name of em_pd_energy to em_cpu_energy PM / EM: remove em_register_perf_domain PM / EM: add support for other devices than CPUs in Energy Model PM / EM: update callback structure and add device pointer PM / EM: introduce em_dev_register_perf_domain function PM / EM: change naming convention from 'capacity' to 'performance' * pm-core: mmc: jz4740: Use pm_ptr() macro PM: Make *_DEV_PM_OPS macros use __maybe_unused PM: core: introduce pm_ptr() macro
3 parents 9c8cc4d + 0e0ffa8 + 02fd86b commit 5b56420

File tree

19 files changed

+457
-294
lines changed

19 files changed

+457
-294
lines changed

Documentation/power/energy-model.rst

Lines changed: 75 additions & 60 deletions
Original file line numberDiff line numberDiff line change
@@ -1,15 +1,17 @@
1-
====================
2-
Energy Model of CPUs
3-
====================
1+
.. SPDX-License-Identifier: GPL-2.0
2+
3+
=======================
4+
Energy Model of devices
5+
=======================
46

57
1. Overview
68
-----------
79

810
The Energy Model (EM) framework serves as an interface between drivers knowing
9-
the power consumed by CPUs at various performance levels, and the kernel
11+
the power consumed by devices at various performance levels, and the kernel
1012
subsystems willing to use that information to make energy-aware decisions.
1113

12-
The source of the information about the power consumed by CPUs can vary greatly
14+
The source of the information about the power consumed by devices can vary greatly
1315
from one platform to another. These power costs can be estimated using
1416
devicetree data in some cases. In others, the firmware will know better.
1517
Alternatively, userspace might be best positioned. And so on. In order to avoid
@@ -25,7 +27,7 @@ framework, and interested clients reading the data from it::
2527
+---------------+ +-----------------+ +---------------+
2628
| Thermal (IPA) | | Scheduler (EAS) | | Other |
2729
+---------------+ +-----------------+ +---------------+
28-
| | em_pd_energy() |
30+
| | em_cpu_energy() |
2931
| | em_cpu_get() |
3032
+---------+ | +---------+
3133
| | |
@@ -35,7 +37,7 @@ framework, and interested clients reading the data from it::
3537
| Framework |
3638
+---------------------+
3739
^ ^ ^
38-
| | | em_register_perf_domain()
40+
| | | em_dev_register_perf_domain()
3941
+----------+ | +---------+
4042
| | |
4143
+---------------+ +---------------+ +--------------+
@@ -47,12 +49,12 @@ framework, and interested clients reading the data from it::
4749
| Device Tree | | Firmware | | ? |
4850
+--------------+ +---------------+ +--------------+
4951

50-
The EM framework manages power cost tables per 'performance domain' in the
51-
system. A performance domain is a group of CPUs whose performance is scaled
52-
together. Performance domains generally have a 1-to-1 mapping with CPUFreq
53-
policies. All CPUs in a performance domain are required to have the same
54-
micro-architecture. CPUs in different performance domains can have different
55-
micro-architectures.
52+
In case of CPU devices the EM framework manages power cost tables per
53+
'performance domain' in the system. A performance domain is a group of CPUs
54+
whose performance is scaled together. Performance domains generally have a
55+
1-to-1 mapping with CPUFreq policies. All CPUs in a performance domain are
56+
required to have the same micro-architecture. CPUs in different performance
57+
domains can have different micro-architectures.
5658

5759

5860
2. Core APIs
@@ -70,28 +72,37 @@ CONFIG_ENERGY_MODEL must be enabled to use the EM framework.
7072
Drivers are expected to register performance domains into the EM framework by
7173
calling the following API::
7274

73-
int em_register_perf_domain(cpumask_t *span, unsigned int nr_states,
74-
struct em_data_callback *cb);
75+
int em_dev_register_perf_domain(struct device *dev, unsigned int nr_states,
76+
struct em_data_callback *cb, cpumask_t *cpus);
7577

76-
Drivers must specify the CPUs of the performance domains using the cpumask
77-
argument, and provide a callback function returning <frequency, power> tuples
78-
for each capacity state. The callback function provided by the driver is free
78+
Drivers must provide a callback function returning <frequency, power> tuples
79+
for each performance state. The callback function provided by the driver is free
7980
to fetch data from any relevant location (DT, firmware, ...), and by any mean
80-
deemed necessary. See Section 3. for an example of driver implementing this
81+
deemed necessary. Only for CPU devices, drivers must specify the CPUs of the
82+
performance domains using cpumask. For other devices than CPUs the last
83+
argument must be set to NULL.
84+
See Section 3. for an example of driver implementing this
8185
callback, and kernel/power/energy_model.c for further documentation on this
8286
API.
8387

8488

8589
2.3 Accessing performance domains
8690
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
8791

92+
There are two API functions which provide the access to the energy model:
93+
em_cpu_get() which takes CPU id as an argument and em_pd_get() with device
94+
pointer as an argument. It depends on the subsystem which interface it is
95+
going to use, but in case of CPU devices both functions return the same
96+
performance domain.
97+
8898
Subsystems interested in the energy model of a CPU can retrieve it using the
8999
em_cpu_get() API. The energy model tables are allocated once upon creation of
90100
the performance domains, and kept in memory untouched.
91101

92102
The energy consumed by a performance domain can be estimated using the
93-
em_pd_energy() API. The estimation is performed assuming that the schedutil
94-
CPUfreq governor is in use.
103+
em_cpu_energy() API. The estimation is performed assuming that the schedutil
104+
CPUfreq governor is in use in case of CPU device. Currently this calculation is
105+
not provided for other type of devices.
95106

96107
More details about the above APIs can be found in include/linux/energy_model.h.
97108

@@ -106,42 +117,46 @@ EM framework::
106117

107118
-> drivers/cpufreq/foo_cpufreq.c
108119

109-
01 static int est_power(unsigned long *mW, unsigned long *KHz, int cpu)
110-
02 {
111-
03 long freq, power;
112-
04
113-
05 /* Use the 'foo' protocol to ceil the frequency */
114-
06 freq = foo_get_freq_ceil(cpu, *KHz);
115-
07 if (freq < 0);
116-
08 return freq;
117-
09
118-
10 /* Estimate the power cost for the CPU at the relevant freq. */
119-
11 power = foo_estimate_power(cpu, freq);
120-
12 if (power < 0);
121-
13 return power;
122-
14
123-
15 /* Return the values to the EM framework */
124-
16 *mW = power;
125-
17 *KHz = freq;
126-
18
127-
19 return 0;
128-
20 }
129-
21
130-
22 static int foo_cpufreq_init(struct cpufreq_policy *policy)
131-
23 {
132-
24 struct em_data_callback em_cb = EM_DATA_CB(est_power);
133-
25 int nr_opp, ret;
134-
26
135-
27 /* Do the actual CPUFreq init work ... */
136-
28 ret = do_foo_cpufreq_init(policy);
137-
29 if (ret)
138-
30 return ret;
139-
31
140-
32 /* Find the number of OPPs for this policy */
141-
33 nr_opp = foo_get_nr_opp(policy);
142-
34
143-
35 /* And register the new performance domain */
144-
36 em_register_perf_domain(policy->cpus, nr_opp, &em_cb);
145-
37
146-
38 return 0;
147-
39 }
120+
01 static int est_power(unsigned long *mW, unsigned long *KHz,
121+
02 struct device *dev)
122+
03 {
123+
04 long freq, power;
124+
05
125+
06 /* Use the 'foo' protocol to ceil the frequency */
126+
07 freq = foo_get_freq_ceil(dev, *KHz);
127+
08 if (freq < 0);
128+
09 return freq;
129+
10
130+
11 /* Estimate the power cost for the dev at the relevant freq. */
131+
12 power = foo_estimate_power(dev, freq);
132+
13 if (power < 0);
133+
14 return power;
134+
15
135+
16 /* Return the values to the EM framework */
136+
17 *mW = power;
137+
18 *KHz = freq;
138+
19
139+
20 return 0;
140+
21 }
141+
22
142+
23 static int foo_cpufreq_init(struct cpufreq_policy *policy)
143+
24 {
144+
25 struct em_data_callback em_cb = EM_DATA_CB(est_power);
145+
26 struct device *cpu_dev;
146+
27 int nr_opp, ret;
147+
28
148+
29 cpu_dev = get_cpu_device(cpumask_first(policy->cpus));
149+
30
150+
31 /* Do the actual CPUFreq init work ... */
151+
32 ret = do_foo_cpufreq_init(policy);
152+
33 if (ret)
153+
34 return ret;
154+
35
155+
36 /* Find the number of OPPs for this policy */
156+
37 nr_opp = foo_get_nr_opp(policy);
157+
38
158+
39 /* And register the new performance domain */
159+
40 em_dev_register_perf_domain(cpu_dev, nr_opp, &em_cb, policy->cpus);
160+
41
161+
42 return 0;
162+
43 }

drivers/cpufreq/cpufreq-dt.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -279,7 +279,7 @@ static int cpufreq_init(struct cpufreq_policy *policy)
279279
policy->cpuinfo.transition_latency = transition_latency;
280280
policy->dvfs_possible_from_any_cpu = true;
281281

282-
dev_pm_opp_of_register_em(policy->cpus);
282+
dev_pm_opp_of_register_em(cpu_dev, policy->cpus);
283283

284284
return 0;
285285

drivers/cpufreq/imx6q-cpufreq.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -193,7 +193,7 @@ static int imx6q_cpufreq_init(struct cpufreq_policy *policy)
193193
policy->clk = clks[ARM].clk;
194194
cpufreq_generic_init(policy, freq_table, transition_latency);
195195
policy->suspend_freq = max_freq;
196-
dev_pm_opp_of_register_em(policy->cpus);
196+
dev_pm_opp_of_register_em(cpu_dev, policy->cpus);
197197

198198
return 0;
199199
}

drivers/cpufreq/mediatek-cpufreq.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -448,7 +448,7 @@ static int mtk_cpufreq_init(struct cpufreq_policy *policy)
448448
policy->driver_data = info;
449449
policy->clk = info->cpu_clk;
450450

451-
dev_pm_opp_of_register_em(policy->cpus);
451+
dev_pm_opp_of_register_em(info->cpu_dev, policy->cpus);
452452

453453
return 0;
454454
}

drivers/cpufreq/omap-cpufreq.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -131,7 +131,7 @@ static int omap_cpu_init(struct cpufreq_policy *policy)
131131

132132
/* FIXME: what's the actual transition time? */
133133
cpufreq_generic_init(policy, freq_table, 300 * 1000);
134-
dev_pm_opp_of_register_em(policy->cpus);
134+
dev_pm_opp_of_register_em(mpu_dev, policy->cpus);
135135

136136
return 0;
137137
}

drivers/cpufreq/qcom-cpufreq-hw.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -238,7 +238,7 @@ static int qcom_cpufreq_hw_cpu_init(struct cpufreq_policy *policy)
238238
goto error;
239239
}
240240

241-
dev_pm_opp_of_register_em(policy->cpus);
241+
dev_pm_opp_of_register_em(cpu_dev, policy->cpus);
242242

243243
policy->fast_switch_possible = true;
244244

drivers/cpufreq/scmi-cpufreq.c

Lines changed: 3 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -103,17 +103,12 @@ scmi_get_sharing_cpus(struct device *cpu_dev, struct cpumask *cpumask)
103103
}
104104

105105
static int __maybe_unused
106-
scmi_get_cpu_power(unsigned long *power, unsigned long *KHz, int cpu)
106+
scmi_get_cpu_power(unsigned long *power, unsigned long *KHz,
107+
struct device *cpu_dev)
107108
{
108-
struct device *cpu_dev = get_cpu_device(cpu);
109109
unsigned long Hz;
110110
int ret, domain;
111111

112-
if (!cpu_dev) {
113-
pr_err("failed to get cpu%d device\n", cpu);
114-
return -ENODEV;
115-
}
116-
117112
domain = handle->perf_ops->device_domain_id(cpu_dev);
118113
if (domain < 0)
119114
return domain;
@@ -200,7 +195,7 @@ static int scmi_cpufreq_init(struct cpufreq_policy *policy)
200195

201196
policy->fast_switch_possible = true;
202197

203-
em_register_perf_domain(policy->cpus, nr_opp, &em_cb);
198+
em_dev_register_perf_domain(cpu_dev, nr_opp, &em_cb, policy->cpus);
204199

205200
return 0;
206201

drivers/cpufreq/scpi-cpufreq.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -167,7 +167,7 @@ static int scpi_cpufreq_init(struct cpufreq_policy *policy)
167167

168168
policy->fast_switch_possible = false;
169169

170-
dev_pm_opp_of_register_em(policy->cpus);
170+
dev_pm_opp_of_register_em(cpu_dev, policy->cpus);
171171

172172
return 0;
173173

drivers/cpufreq/vexpress-spc-cpufreq.c

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -450,7 +450,7 @@ static int ve_spc_cpufreq_init(struct cpufreq_policy *policy)
450450
policy->freq_table = freq_table[cur_cluster];
451451
policy->cpuinfo.transition_latency = 1000000; /* 1 ms */
452452

453-
dev_pm_opp_of_register_em(policy->cpus);
453+
dev_pm_opp_of_register_em(cpu_dev, policy->cpus);
454454

455455
if (is_bL_switching_enabled())
456456
per_cpu(cpu_last_req_freq, policy->cpu) =

drivers/mmc/host/jz4740_mmc.c

Lines changed: 3 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -1108,32 +1108,26 @@ static int jz4740_mmc_remove(struct platform_device *pdev)
11081108
return 0;
11091109
}
11101110

1111-
#ifdef CONFIG_PM_SLEEP
1112-
1113-
static int jz4740_mmc_suspend(struct device *dev)
1111+
static int __maybe_unused jz4740_mmc_suspend(struct device *dev)
11141112
{
11151113
return pinctrl_pm_select_sleep_state(dev);
11161114
}
11171115

1118-
static int jz4740_mmc_resume(struct device *dev)
1116+
static int __maybe_unused jz4740_mmc_resume(struct device *dev)
11191117
{
11201118
return pinctrl_select_default_state(dev);
11211119
}
11221120

11231121
static SIMPLE_DEV_PM_OPS(jz4740_mmc_pm_ops, jz4740_mmc_suspend,
11241122
jz4740_mmc_resume);
1125-
#define JZ4740_MMC_PM_OPS (&jz4740_mmc_pm_ops)
1126-
#else
1127-
#define JZ4740_MMC_PM_OPS NULL
1128-
#endif
11291123

11301124
static struct platform_driver jz4740_mmc_driver = {
11311125
.probe = jz4740_mmc_probe,
11321126
.remove = jz4740_mmc_remove,
11331127
.driver = {
11341128
.name = "jz4740-mmc",
11351129
.of_match_table = of_match_ptr(jz4740_mmc_of_match),
1136-
.pm = JZ4740_MMC_PM_OPS,
1130+
.pm = pm_ptr(&jz4740_mmc_pm_ops),
11371131
},
11381132
};
11391133

0 commit comments

Comments
 (0)