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 <sbordenave@gmail.com>
This commit is contained in:
parent
5175cbf5a9
commit
ef773f16c7
1 changed files with 3 additions and 2 deletions
|
@ -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
|
||||
|
|
Loading…
Reference in a new issue