From ef773f16c7d21e10fe469119592e3e0656f4d3b2 Mon Sep 17 00:00:00 2001 From: Quallenauge Date: Wed, 3 Nov 2021 19:40:28 +0100 Subject: [PATCH] sdm660-common: rootdir: Limit cpufreq rate via down-/up_rate_limit_us knobs. This prevents to change the frequency in a very short manner which seems to fast for the hardware and causes performance drops. Change-Id: I678d6dc3dc81d756ba1b2031cd369d95d9298ac0 Signed-off-by: pix106 --- rootdir/bin/init.qcom.post_boot.sh | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/rootdir/bin/init.qcom.post_boot.sh b/rootdir/bin/init.qcom.post_boot.sh index 23d467ee..22447804 100644 --- a/rootdir/bin/init.qcom.post_boot.sh +++ b/rootdir/bin/init.qcom.post_boot.sh @@ -33,8 +33,9 @@ function 8953_sched_dcvs_eas() #governor settings echo 1 > /sys/devices/system/cpu/cpu0/online echo "schedutil" > /sys/devices/system/cpu/cpufreq/policy0/scaling_governor - echo 0 > /sys/devices/system/cpu/cpufreq/policy0/schedutil/up_rate_limit_us - echo 0 > /sys/devices/system/cpu/cpufreq/policy0/schedutil/down_rate_limit_us + # Consider changing frequencies once per scheduling period + echo 4000 > /sys/devices/system/cpu/cpufreq/policy0/schedutil/up_rate_limit_us + echo 16000 > /sys/devices/system/cpu/cpufreq/policy0/schedutil/down_rate_limit_us #set the hispeed_freq echo 1401600 > /sys/devices/system/cpu/cpufreq/policy0/schedutil/hispeed_freq #default value for hispeed_load is 90, for 8953 and sdm450 it should be 85