cpufreq: interactive: Record hispeed_validated_time in timer function
Change 0cd554ae (cpufreq: interactive: Exercise hispeed settings at a policy level) introduced policy level hispeed settings. The change is correct in general, but it sets hispeed_validate_time after actual frequency change has completed. Waking up speedchange task and setting frequency takes non-trival amount of time. This period is not accounted for in above_hispeed_delay, resulting in additional delays when ramping up frequency. Frequency switch latency varies a lot depending on beginning and end frequency, and thus it cannot be easily compensated by user setting above_hispeed_delay. Record a local hispeed_validated_time in every CPU's timer function. Cluster hispeed_validated_time is the local hispeed_validated_time of CPUs voting for the highest frequency. Change-Id: Id8ae547fe3a70f8710f60b6e2125954111b7a2b6 Signed-off-by:Junjie Wu <junjiew@codeaurora.org>
Loading
Please register or sign in to comment