On 20-02-18, 11:10, Dietmar Eggemann wrote:
> Commit 343a8d17fa8d ("cpufreq: scpi: remove arm_big_little dependency")
> changed the cpufreq driver on juno from arm_big_little to scpi.
> 
> The scpi set_target function does not call the frequency-invariance
> setter function arch_set_freq_scale() like the arm_big_little set_target
> function does. As a result the task scheduler load and utilization
> signals are not frequency-invariant on this platform anymore.
> 
> Fix this by adding a call to arch_set_freq_scale() into
> scpi_cpufreq_set_target().
> 
> Fixes: 343a8d17fa8d ("cpufreq: scpi: remove arm_big_little dependency")
> Cc: Rafael J. Wysocki <r...@rjwysocki.net>
> Cc: Viresh Kumar <viresh.ku...@linaro.org>
> Cc: Sudeep Holla <sudeep.ho...@arm.com>
> Signed-off-by: Dietmar Eggemann <dietmar.eggem...@arm.com>
> Acked-by: Sudeep Holla <sudeep.ho...@arm.com>
> ---
>  drivers/cpufreq/scpi-cpufreq.c | 12 +++++++++---
>  1 file changed, 9 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/cpufreq/scpi-cpufreq.c b/drivers/cpufreq/scpi-cpufreq.c
> index c32a833e1b00..3101d4e9c2de 100644
> --- a/drivers/cpufreq/scpi-cpufreq.c
> +++ b/drivers/cpufreq/scpi-cpufreq.c
> @@ -51,13 +51,19 @@ static unsigned int scpi_cpufreq_get_rate(unsigned int 
> cpu)
>  static int
>  scpi_cpufreq_set_target(struct cpufreq_policy *policy, unsigned int index)
>  {
> +     unsigned long freq = policy->freq_table[index].frequency;
>       struct scpi_data *priv = policy->driver_data;
> -     u64 rate = policy->freq_table[index].frequency * 1000;
> +     u64 rate = freq * 1000;
>       int ret;
>  
>       ret = clk_set_rate(priv->clk, rate);
> -     if (!ret && (clk_get_rate(priv->clk) != rate))
> -             ret = -EIO;
> +     if (!ret) {
> +             if (clk_get_rate(priv->clk) != rate)
> +                     ret = -EIO;
> +
> +             arch_set_freq_scale(policy->related_cpus, freq,
> +                                 policy->cpuinfo.max_freq);
> +     }
>  
>       return ret;
>  }

Acked-by: Viresh Kumar <viresh.ku...@linaro.org>

-- 
viresh

Reply via email to