summaryrefslogtreecommitdiff
path: root/drivers/cpufreq/cpufreq_userspace.c
diff options
context:
space:
mode:
authorAngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>2023-03-24 13:11:30 +0300
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2023-05-11 17:03:12 +0300
commit2e8aad9cd52a9d9897c668a7ea6d1a2077327c55 (patch)
tree881a24c24a33c01a55d2c7bdd4322cbe9620f150 /drivers/cpufreq/cpufreq_userspace.c
parent9a5fa6333fac483fc6141e0eec92ad5cc1b63a40 (diff)
downloadlinux-2e8aad9cd52a9d9897c668a7ea6d1a2077327c55.tar.xz
cpufreq: mediatek: Raise proc and sram max voltage for MT7622/7623
[ Upstream commit 0883426fd07e39355362e3f2eb9aee1a154dcaf6 ] During the addition of SRAM voltage tracking for CCI scaling, this driver got some voltage limits set for the vtrack algorithm: these were moved to platform data first, then enforced in a later commit 6a17b3876bc8 ("cpufreq: mediatek: Refine mtk_cpufreq_voltage_tracking()") using these as max values for the regulator_set_voltage() calls. In this case, the vsram/vproc constraints for MT7622 and MT7623 were supposed to be the same as MT2701 (and a number of other SoCs), but that turned out to be a mistake because the aforementioned two SoCs' maximum voltage for both VPROC and VPROC_SRAM is 1.36V. Fix that by adding new platform data for MT7622/7623 declaring the right {proc,sram}_max_volt parameter. Fixes: ead858bd128d ("cpufreq: mediatek: Move voltage limits to platform data") Fixes: 6a17b3876bc8 ("cpufreq: mediatek: Refine mtk_cpufreq_voltage_tracking()") Signed-off-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Signed-off-by: Jia-Wei Chang <jia-wei.chang@mediatek.com> Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org> Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'drivers/cpufreq/cpufreq_userspace.c')
0 files changed, 0 insertions, 0 deletions