lkml.org 
[lkml]   [2015]   [Nov]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH 1/2] cpufreq, intel_pstate, Fix limits->max_policy_pct rounding error
Date
On Fri, 2015-11-20 at 18:47 -0500, Prarit Bhargava wrote:
>
[cut]
> The -1 difference here is not unexpected given the other probable rounding
> errors in the frequency code.
Yes. Intel P state cpufreq interface is not optimal. We even debate
whether we should have this interface at all.

> I have a feeling that no one really has done an
> in depth review to find the errors. I'm not going to because I'm pretty sure
> I/we can convince users that 3200 == 3199.98 ;). FWIW, I've also wondered if
> the difference between the marketing frequency and the TSC frequency (which in
> theory equals the marketing frequency) can cause this sort of error.
We don't even request correct pstate here, so we will not get that. But
in this case in turbo region is not controllable (after Sandybridge )
above something called turbo activation ratio. So not a big deal.
As long as we can set at lower end we are fine.
>

Thanks,
Srinivas

> OOC did you try loading the system down (with a kernel build) and switching
> between frequencies? That's a good way to see the effect of the turbo states.
> I would expect that the turbo state hits a maximum of about 75% of the max turbo
> state value (based on experiment) so the differences should be larger at the
> high end.
>
> P.

\
 
 \ /
  Last update: 2015-11-21 01:21    [W:0.064 / U:0.200 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site