cppc_cpufreq: use policy->cpu as driver of frequency setting
authorIonela Voinescu <ionela.voinescu@arm.com>
Mon, 14 Dec 2020 12:38:20 +0000 (12:38 +0000)
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>
Tue, 15 Dec 2020 18:19:31 +0000 (19:19 +0100)
commitd2641a5c3d5ecaa1078225e493c7fed821715a04
treeed7c39a5f4f0e9004792203956d72d267d18d52d
parentdefa0c6b94db6156c0e2c97e4cedf7986b24730a
cppc_cpufreq: use policy->cpu as driver of frequency setting

Considering only the currently supported coordination types (ANY, HW,
NONE), this change only makes a difference for the ANY type, when
policy->cpu is hotplugged out. In that case the new policy->cpu will
be different from ((struct cppc_cpudata *)policy->driver_data)->cpu.

While in this case the controls of *ANY* CPU could be used to drive
frequency changes, it's more consistent to use policy->cpu as the
leading CPU, as used in all other cppc_cpufreq functions. Additionally,
the debug prints in cppc_set_perf() would no longer create confusion
when referring to a CPU that is hotplugged out.

Signed-off-by: Ionela Voinescu <ionela.voinescu@arm.com>
Acked-by: Viresh Kumar <viresh.kumar@linaro.org>
Tested-by: Mian Yousaf Kaukab <ykaukab@suse.de>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
drivers/cpufreq/cppc_cpufreq.c