summaryrefslogtreecommitdiff
path: root/drivers/opp
diff options
context:
space:
mode:
authorViresh Kumar <viresh.kumar@linaro.org>2020-11-06 07:58:43 +0300
committerViresh Kumar <viresh.kumar@linaro.org>2020-12-09 08:51:11 +0300
commit873c9851eb54b78c27a0d753f6dd7e377572a0aa (patch)
treeffa2d33b3ef5da8eb3e65d9ef0b2e0f6869c0fd3 /drivers/opp
parentcf1fac943c6341dfed1db1293864c9fcad47bac3 (diff)
downloadlinux-873c9851eb54b78c27a0d753f6dd7e377572a0aa.tar.xz
cpufreq: dt: Don't (ab)use dev_pm_opp_get_opp_table() to create OPP table
Initially, the helper dev_pm_opp_get_opp_table() was supposed to be used only for the OPP core's internal use (it tries to find an existing OPP table and if it doesn't find one, then it allocates the OPP table). Sometime back, the cpufreq-dt driver started using it to make sure all the relevant resources required by the OPP core are available earlier during initialization process to properly propagate -EPROBE_DEFER. It worked but it also abused the API to create an OPP table, which should be created with the help of other helpers provided by the OPP core. The OPP core will be updated in a later commit to limit the scope of dev_pm_opp_get_opp_table() to only finding an existing OPP table and not create one. This commit updates the cpufreq-dt driver before that happens. Now the cpufreq-dt driver creates the OPP and cpufreq tables for all the CPUs from driver's init callback itself. Tested-by: Marek Szyprowski <m.szyprowski@samsung.com> Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
Diffstat (limited to 'drivers/opp')
0 files changed, 0 insertions, 0 deletions