[solved] CPU frequency scaling broken

jollyrogr · 2017-11-02 06:45:24

I just updated Arch tonight and I noticed that cpu frequency scaling is no longer working. I have an i7-6800k that used to idle at 1.2ghz and ramp up to 3.6ghz at load. Now it stays at 3.4ghz all the time. Anyone have any ideas? Is this an issue with the 4.13.9-1 kernel?

Thanks

Last edited by jollyrogr (2017-11-03 23:54:56)

jasonwryan · 2017-11-02 06:48:26

What else was updated? Have you tried it with -lts? Is anything printed to dmesg?

Moving to NC...

jollyrogr · 2017-11-02 07:08:37

some stuff from dmesg:
[ 0.003333] tsc: Detected 3398.988 MHz processor
[ 0.070219] smpboot: CPU0: Intel(R) Core(TM) i7-6800K CPU @ 3.40GHz (family: 0x6, model: 0x4f, stepping: 0x1)
[ 0.083343] Performance Events: PEBS fmt2+, Broadwell events, 16-deep LBR, full-width counters, Intel PMU driver.
[ 0.070219] smpboot: CPU0: Intel(R) Core(TM) i7-6800K CPU @ 3.40GHz (family: 0x6, model: 0x4f, stepping: 0x1)
[ 0.083343] Performance Events: PEBS fmt2+, Broadwell events, 16-deep LBR, full-width counters, Intel PMU driver.
[ 2.583394] tsc: Refined TSC clocksource calibration: 3399.013 MHz

V1del · 2017-11-02 08:27:47

Where are you measuring that from? /proc/cpuinfo DOES NOT reflect runtime information (anymore since 4.13 kernels). Query your cpu scheduler in the /sys filesystem, or use cpupower and/or turbostat to query runtime frequencies.

jollyrogr · 2017-11-02 17:53:31

Thanks V1,
so the XFCE panel frequency monitor is probably not looking at the right thing...

[jolly@phatbox ~]$ cpupower frequency-info
analyzing CPU 0:
driver: intel_pstate
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: Cannot determine or is not supported.
hardware limits: 1.20 GHz - 3.80 GHz
available cpufreq governors: performance powersave
current policy: frequency should be within 1.20 GHz and 3.80 GHz.
The governor "powersave" may decide which speed to use
within this range.
current CPU frequency: Unable to call hardware
current CPU frequency: 1.20 GHz (asserted by call to kernel)
boost state support:
Supported: yes
Active: yes

2ManyDogs · 2017-11-02 17:56:55

You could also check and see what i7z tells you.

jollyrogr · 2017-11-02 17:57:04

with cpu under load (running handbrake)
[jolly@phatbox ~]$ cpupower frequency-info
analyzing CPU 0:
driver: intel_pstate
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: Cannot determine or is not supported.
hardware limits: 1.20 GHz - 3.80 GHz
available cpufreq governors: performance powersave
current policy: frequency should be within 1.20 GHz and 3.80 GHz.
The governor "powersave" may decide which speed to use
within this range.
current CPU frequency: Unable to call hardware
current CPU frequency: 3.60 GHz (asserted by call to kernel)
boost state support:
Supported: yes
Active: yes

jollyrogr · 2017-11-02 18:01:50

2ManyDogs wrote:

You could also check and see what i7z tells you.

thanks. i7z reports the correct frequencies. You can watch each of the cores and see the temperature and VCore too.

V1del · 2017-11-03 09:03:08

If this is sufficiently answered for you, please mark as solved by prepending the title of your initial post with [SOLVED] or similar

Arch Linux

#1 2017-11-02 06:45:24

[solved] CPU frequency scaling broken

#2 2017-11-02 06:48:26

Re: [solved] CPU frequency scaling broken

#3 2017-11-02 07:08:37

Re: [solved] CPU frequency scaling broken

#4 2017-11-02 08:27:47

Re: [solved] CPU frequency scaling broken

#5 2017-11-02 17:53:31

Re: [solved] CPU frequency scaling broken

#6 2017-11-02 17:56:55

Re: [solved] CPU frequency scaling broken

#7 2017-11-02 17:57:04

Re: [solved] CPU frequency scaling broken

#8 2017-11-02 18:01:50

Re: [solved] CPU frequency scaling broken

#9 2017-11-03 09:03:08

Re: [solved] CPU frequency scaling broken

Board footer