diff options
author | Bjorn Andersson <bjorn.andersson@linaro.org> | 2021-10-05 06:37:32 +0300 |
---|---|---|
committer | Bjorn Andersson <bjorn.andersson@linaro.org> | 2021-10-16 02:03:20 +0300 |
commit | e3e56c050ab6e3f1bd811f0787f50709017543e4 (patch) | |
tree | 45112326eaaf76112243d45ac52ae3de1aca88ae /drivers/soc/qcom/socinfo.c | |
parent | b5af64fceb04dc298c5e69c517b4d83893ff060b (diff) | |
download | linux-e3e56c050ab6e3f1bd811f0787f50709017543e4.tar.xz |
soc: qcom: rpmhpd: Make power_on actually enable the domain
The general expectation is that powering on a power-domain should make
the power domain deliver some power, and if a specific performance state
is needed further requests has to be made.
But in contrast with other power-domain implementations (e.g. rpmpd) the
RPMh does not have an interface to enable the power, so the driver has
to vote for a particular corner (performance level) in rpmh_power_on().
But the corner is never initialized, so a typical request to simply
enable the power domain would not actually turn on the hardware. Further
more, when no more clients vote for a performance state (i.e. the
aggregated vote is 0) the power domain would be turned off.
Fix both of these issues by always voting for a corner with non-zero
value, when the power domain is enabled.
The tracking of the lowest non-zero corner is performed to handle the
corner case if there's ever a domain with a non-zero lowest corner, in
which case both rpmh_power_on() and rpmh_rpmhpd_set_performance_state()
would be allowed to use this lowest corner.
Fixes: 279b7e8a62cc ("soc: qcom: rpmhpd: Add RPMh power domain driver")
Signed-off-by: Bjorn Andersson <bjorn.andersson@linaro.org>
Reviewed-by: Stephen Boyd <swboyd@chromium.org>
Link: https://lore.kernel.org/r/20211005033732.2284447-1-bjorn.andersson@linaro.org
Diffstat (limited to 'drivers/soc/qcom/socinfo.c')
0 files changed, 0 insertions, 0 deletions