Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1410513
| From | Steve Muckle <steve.muckle@linaro.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v2 1/3] cpufreq: add resolve_freq driver callback |
| Date | 2016-05-31 20:20 +0200 |
| Message-ID | <rEWqJ-68v-11@gated-at.bofh.it> (permalink) |
| References | <rCTGF-Bd-1@gated-at.bofh.it> <rCTGF-Bd-3@gated-at.bofh.it> <rEPSh-20r-19@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Tue, May 31, 2016 at 04:44:51PM +0530, Viresh Kumar wrote:
> On 25-05-16, 19:52, Steve Muckle wrote:
> > +unsigned int cpufreq_driver_resolve_freq(struct cpufreq_policy *policy,
> > + unsigned int target_freq)
> > +{
> > + struct cpufreq_frequency_table *freq_table;
> > + int index, retval;
> > +
> > + clamp_val(target_freq, policy->min, policy->max);
>
> Rafael will kill me for this, as I have fallen into the same trap and
> copied your *incorrect* code :(
>
> This is a useless statement unless you do:
>
> target_freq = clamp_val(target_freq, policy->min, policy->max);
Well I wouldn't worry too much, I copied it from Rafael's code in
cpufreq_driver_fast_switch() which also has this problem and needs to be
fixed.
Perhaps clamp_val could be changed to force the compiler to check that
its return value is being used.
thanks,
Steve
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
Re: [PATCH v2 1/3] cpufreq: add resolve_freq driver callback Viresh Kumar <viresh.kumar@linaro.org> - 2016-05-31 13:20 +0200 Re: [PATCH v2 1/3] cpufreq: add resolve_freq driver callback Steve Muckle <steve.muckle@linaro.org> - 2016-05-31 20:20 +0200
csiph-web