lkml.org 
[lkml]   [2018]   [Feb]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
SubjectRe: [PATCH] cpufreq: scpi: invoke frequency-invariance setter function
From
Date
On 02/22/2018 11:27 PM, Rafael J. Wysocki wrote:
> On Tue, Feb 20, 2018 at 12:10 PM, Dietmar Eggemann
> <dietmar.eggemann@arm.com> wrote:

[...]

>> Fixes: 343a8d17fa8d ("cpufreq: scpi: remove arm_big_little dependency")
>> Cc: Rafael J. Wysocki <rjw@rjwysocki.net>
>> Cc: Viresh Kumar <viresh.kumar@linaro.org>
>> Cc: Sudeep Holla <sudeep.holla@arm.com>
>> Signed-off-by: Dietmar Eggemann <dietmar.eggemann@arm.com>
>> Acked-by: Sudeep Holla <sudeep.holla@arm.com>
>
> This is really minor, but I would reorder this slightly.

Tried to figure out what would be the better order. Not sure since I saw
different examples. Can you tell what would be the best tag order?

[...]

>> 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) {
>
> I would do:
>
> if (ret)
> return ret;
>
> arch_set_freq_scale(policy->related_cpus, freq, policy->cpuinfo.max_freq);
>
> if (clk_get_rate(priv->clk) != rate)
> return -EIO;
>
> return 0;
>
> That's somewhat easier to follow for me.

Yes I can change this.

>
>> + if (clk_get_rate(priv->clk) != rate)
>> + ret = -EIO;
>> +
>> + arch_set_freq_scale(policy->related_cpus, freq,
>> + policy->cpuinfo.max_freq);
>> + }
>>
>> return ret;
>> }
>> --
>
> I also am not sure why you want to call arch_set_freq_scale() even if
> the new clock rate didn't stick.

Right, this is much better.

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;
- return ret;
+ if (ret)
+ return ret;
+
+ if (clk_get_rate(priv->clk) != rate)
+ return -EIO;
+
+ arch_set_freq_scale(policy->related_cpus, freq,
+ policy->cpuinfo.max_freq);
+
+ return 0;
Will send out a v2 as soon as I know the preferred tag order.

\
 
 \ /
  Last update: 2018-02-26 08:50    [W:0.090 / U:0.248 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site