[Bug 64261] Intel Pstate driver truncates to pstate instead of rounding to nearest pstate

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



https://bugzilla.kernel.org/show_bug.cgi?id=64261

--- Comment #7 from Doug Smythies <dsmythies@xxxxxxxxx> ---
(In reply to Dirk Brandewie from comment #6)
> The percentage
> values to get to a given frequency are SKU dependent.

Yes, of course.

> int(.53 * 34 + 0.5) = 18
> 
> How is it off by a whole P state?

Because it actually goes to 1.7 GHz not 1.8 GHz:
CPU 7 is fully loaded:

doug@s15:~/temp$ cat /sys/devices/system/cpu/intel_pstate/*
53
42
1
doug@s15:~/temp$ cat /sys/devices/system/cpu/cpu7/cpufreq/cpuinfo_cur_freq
1699867

By rounding, we stay away from finite math issues at integer boundaries.

-- 
You are receiving this mail because:
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe cpufreq" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel Devel]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Forum]     [Linux SCSI]

  Powered by Linux