cpufreq: interactive: always limit initial speed bump to hispeed
First bump speed up to hispeed_freq whenever the current speed is below hispeed_freq, instead of only when the current speed is the minimum speed. The previous code made it too difficult to use hispeed_freq as a common intermediate speed on systems that frequently run at speeds between minimum and hispeed_freq. Change-Id: I04ec30bafabf5741e267ff289209b8c2d846824b Signed-off-by: Todd Poynor <toddpoynor@google.com>
This commit is contained in:
parent
f9e8727032
commit
984e8bbd61
1 changed files with 2 additions and 1 deletions
|
@ -178,7 +178,8 @@ static void cpufreq_interactive_timer(unsigned long data)
|
|||
cpu_load = load_since_change;
|
||||
|
||||
if (cpu_load >= go_hispeed_load || boost_val) {
|
||||
if (pcpu->target_freq <= pcpu->policy->min) {
|
||||
if (pcpu->target_freq < hispeed_freq &&
|
||||
hispeed_freq < pcpu->policy->max) {
|
||||
new_freq = hispeed_freq;
|
||||
} else {
|
||||
new_freq = pcpu->policy->max * cpu_load / 100;
|
||||
|
|
Loading…
Add table
Reference in a new issue