time_in_state on Ubuntu 13.10
Hi,
First of all I would like to thank for the cpufreq utility that I use regularly.
Unfortunately, when upgrading our systems from Ubuntu 12.04 to 13.10, we are encountering some issues with the data in /sys/devices/system/cpu/cpu*/cpufreq/stats/time_in_state.
On some of the machines, the values are all set to 0 [1], whereas on other machines, values are 0 or very small [2]. In both cases, the output of cpufreq-info for the cpufreq stats is not correct. When running Ubuntu 12.04, we get reasonable values.
We noticed this behavior on Intel i3 machines, and on Intel Xeon. Kernel version in all cases is 3.11.0-20-generic.
Thanks in advance and best regards,
Mascha
---
[1]
user@ubuntu1310:~$ cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state 3100000 0 2800000 0 2600000 0 2400000 0 2200000 0 2000000 0 1800000 0 1600000 0
user@ubuntu1310:~$ cpufreq-info ... cpufreq stats: 3.10 GHz:-nan%, 2.80 GHz:-nan%, 2.60 GHz:-nan%, 2.40 GHz:-nan%, 2.20 GHz:-nan%, 2.00 GHz:-nan%, 1.80 GHz:-nan%, 1.60 GHz:-nan% (21768) ...
[2]
user@ubuntu1310:~$ cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state 3100000 0 2800000 0 2600000 0 2400000 0 2200000 0 2000000 0 1800000 0 1600000 6
user@ubuntu1310:~$ cpufreq-info ... cpufreq stats: 3.10 GHz:0.00%, 2.80 GHz:0.00%, 2.60 GHz:0.00%, 2.40 GHz:0.00%, 2.20 GHz:0.00%, 2.00 GHz:0.00%, 1.80 GHz:0.00%, 1.60 GHz:100.00% (86356) ...
Quoted 7 lines · Mascha Kurpicz
First of all I would like to thank for the cpufreq utility that I use regularly.
Unfortunately, when upgrading our systems from Ubuntu 12.04 to 13.10, we are encountering some issues with the data in
/sys/devices/system/cpu/cpu*/cpufreq/stats/time_in_state.
Quoted 7 lines
On some of the machines, the values are all set to 0 [1], whereas on other machines, values are 0 or very small [2]. In both cases, the output of cpufreq-info for the cpufreq stats is not correct. When running Ubuntu 12.04, we get reasonable values.
We noticed this behavior on Intel i3 machines, and on Intel Xeon. Kernel version in all cases is 3.11.0-20-generic.
Do you mean that kernel version is same for 12.04 and 13.10? We need kernel versions for these two bases.
Hi,
Sorry for the imprecision.
Works correctly with
Ubuntu 12.04.3 LTS - kernel 3.2.0-29-generic Ubuntu 12.04.3 LTS - kernel 3.8.0-29 Ubuntu 13.10 - kernel 3.8.0-29-generic
0 or very small (e.g. 6) values with Ubuntu 13.10 - kernel 3.11.0-20-generic
Thanks,
Mascha
Quoted 17 lines · Viresh Kumar
Quoted 7 lines · Mascha Kurpicz
First of all I would like to thank for the cpufreq utility that I use regularly.
Unfortunately, when upgrading our systems from Ubuntu 12.04 to 13.10, we are encountering some issues with the data in
/sys/devices/system/cpu/cpu*/cpufreq/stats/time_in_state.Quoted 7 lines
On some of the machines, the values are all set to 0 [1], whereas on other machines, values are 0 or very small [2]. In both cases, the output of cpufreq-info for the cpufreq stats is not correct. When running Ubuntu 12.04, we get reasonable values.
We noticed this behavior on Intel i3 machines, and on Intel Xeon. Kernel version in all cases is 3.11.0-20-generic.
Do you mean that kernel version is same for 12.04 and 13.10? We need kernel versions for these two bases.
Quoted 9 lines · Mascha Kurpicz
Sorry for the imprecision.
Works correctly with
Ubuntu 12.04.3 LTS - kernel 3.2.0-29-generic Ubuntu 12.04.3 LTS - kernel 3.8.0-29 Ubuntu 13.10 - kernel 3.8.0-29-generic0 or very small (e.g. 6) values with Ubuntu 13.10 - kernel 3.11.0-20-generic
Can you provide cpufreq-info 's output for the last two cases please?
i.e.
Quoted 2 lines
Ubuntu 13.10 - kernel 3.8.0-29-generic Ubuntu 13.10 - kernel 3.11.0-20-generic
Quoted 8 lines · Viresh Kumar
Quoted 7 lines · Mascha Kurpicz
Sorry for the imprecision.
Works correctly with
Ubuntu 12.04.3 LTS - kernel 3.2.0-29-generic Ubuntu 12.04.3 LTS - kernel 3.8.0-29 Ubuntu 13.10 - kernel 3.8.0-29-generic
Quoted 6 lines
Quoted 2 lines
0 or very small (e.g. 6) values with Ubuntu 13.10 - kernel 3.11.0-20-generic
Can you provide cpufreq-info 's output for the last two cases please?
i.e.
Quoted 1 line
Ubuntu 13.10 - kernel 3.8.0-29-generic
user@ubuntu1310:~$ cpufreq-info cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Report errors and bugs to [email protected], please. analyzing CPU 0: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 0 1 2 3 CPUs which need to have their frequency coordinated by software: 0 maximum transition latency: 10.0 us. hardware limits: 1.60 GHz - 3.10 GHz available frequency steps: 3.10 GHz, 2.80 GHz, 2.60 GHz, 2.40 GHz, 2.20 GHz, 2.00 GHz, 1.80 GHz, 1.60 GHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance current policy: frequency should be within 1.60 GHz and 3.10 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.60 GHz. cpufreq stats: 3.10 GHz:26.39%, 2.80 GHz:0.13%, 2.60 GHz:0.23%, 2.40 GHz:0.20%, 2.20 GHz:0.20%, 2.00 GHz:0.30%, 1.80 GHz:0.26%, 1.60 GHz:72.28% (1742) analyzing CPU 1: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 0 1 2 3 CPUs which need to have their frequency coordinated by software: 1 maximum transition latency: 10.0 us. hardware limits: 1.60 GHz - 3.10 GHz available frequency steps: 3.10 GHz, 2.80 GHz, 2.60 GHz, 2.40 GHz, 2.20 GHz, 2.00 GHz, 1.80 GHz, 1.60 GHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance current policy: frequency should be within 1.60 GHz and 3.10 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.60 GHz. cpufreq stats: 3.10 GHz:2.17%, 2.80 GHz:0.04%, 2.60 GHz:0.07%, 2.40 GHz:0.09%, 2.20 GHz:1.06%, 2.00 GHz:0.31%, 1.80 GHz:0.42%, 1.60 GHz:95.84% (2752) analyzing CPU 2: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 0 1 2 3 CPUs which need to have their frequency coordinated by software: 2 maximum transition latency: 10.0 us. hardware limits: 1.60 GHz - 3.10 GHz available frequency steps: 3.10 GHz, 2.80 GHz, 2.60 GHz, 2.40 GHz, 2.20 GHz, 2.00 GHz, 1.80 GHz, 1.60 GHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance current policy: frequency should be within 1.60 GHz and 3.10 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.60 GHz. cpufreq stats: 3.10 GHz:2.24%, 2.80 GHz:0.00%, 2.60 GHz:0.02%, 2.40 GHz:0.01%, 2.20 GHz:0.01%, 2.00 GHz:0.09%, 1.80 GHz:0.00%, 1.60 GHz:97.63% (431) analyzing CPU 3: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 0 1 2 3 CPUs which need to have their frequency coordinated by software: 3 maximum transition latency: 10.0 us. hardware limits: 1.60 GHz - 3.10 GHz available frequency steps: 3.10 GHz, 2.80 GHz, 2.60 GHz, 2.40 GHz, 2.20 GHz, 2.00 GHz, 1.80 GHz, 1.60 GHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance current policy: frequency should be within 1.60 GHz and 3.10 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.60 GHz. cpufreq stats: 3.10 GHz:1.49%, 2.80 GHz:0.00%, 2.60 GHz:0.03%, 2.40 GHz:0.03%, 2.20 GHz:0.01%, 2.00 GHz:0.01%, 1.80 GHz:0.01%, 1.60 GHz:98.43% (560)
Quoted 1 line
Quoted 1 line
Ubuntu 13.10 - kernel 3.11.0-20-generic
user@ubuntu1310:~$ cpufreq-info cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Report errors and bugs to [email protected], please. analyzing CPU 0: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 0 CPUs which need to have their frequency coordinated by software: 0 maximum transition latency: 10.0 us. hardware limits: 1.60 GHz - 3.10 GHz available frequency steps: 3.10 GHz, 2.80 GHz, 2.60 GHz, 2.40 GHz, 2.20 GHz, 2.00 GHz, 1.80 GHz, 1.60 GHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance current policy: frequency should be within 1.60 GHz and 3.10 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.60 GHz. cpufreq stats: 3.10 GHz:-nan%, 2.80 GHz:-nan%, 2.60 GHz:-nan%, 2.40 GHz:-nan%, 2.20 GHz:-nan%, 2.00 GHz:-nan%, 1.80 GHz:-nan%, 1.60 GHz:-nan% (75) analyzing CPU 1: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 1 CPUs which need to have their frequency coordinated by software: 1 maximum transition latency: 10.0 us. hardware limits: 1.60 GHz - 3.10 GHz available frequency steps: 3.10 GHz, 2.80 GHz, 2.60 GHz, 2.40 GHz, 2.20 GHz, 2.00 GHz, 1.80 GHz, 1.60 GHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance current policy: frequency should be within 1.60 GHz and 3.10 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.60 GHz. cpufreq stats: 3.10 GHz:-nan%, 2.80 GHz:-nan%, 2.60 GHz:-nan%, 2.40 GHz:-nan%, 2.20 GHz:-nan%, 2.00 GHz:-nan%, 1.80 GHz:-nan%, 1.60 GHz:-nan% (71) analyzing CPU 2: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 2 CPUs which need to have their frequency coordinated by software: 2 maximum transition latency: 10.0 us. hardware limits: 1.60 GHz - 3.10 GHz available frequency steps: 3.10 GHz, 2.80 GHz, 2.60 GHz, 2.40 GHz, 2.20 GHz, 2.00 GHz, 1.80 GHz, 1.60 GHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance current policy: frequency should be within 1.60 GHz and 3.10 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.60 GHz. cpufreq stats: 3.10 GHz:-nan%, 2.80 GHz:-nan%, 2.60 GHz:-nan%, 2.40 GHz:-nan%, 2.20 GHz:-nan%, 2.00 GHz:-nan%, 1.80 GHz:-nan%, 1.60 GHz:-nan% (16) analyzing CPU 3: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 3 CPUs which need to have their frequency coordinated by software: 3 maximum transition latency: 10.0 us. hardware limits: 1.60 GHz - 3.10 GHz available frequency steps: 3.10 GHz, 2.80 GHz, 2.60 GHz, 2.40 GHz, 2.20 GHz, 2.00 GHz, 1.80 GHz, 1.60 GHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance current policy: frequency should be within 1.60 GHz and 3.10 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.60 GHz. cpufreq stats: 3.10 GHz:-nan%, 2.80 GHz:-nan%, 2.60 GHz:-nan%, 2.40 GHz:-nan%, 2.20 GHz:-nan%, 2.00 GHz:-nan%, 1.80 GHz:-nan%, 1.60 GHz:-nan% (6)
Quoted 4 lines · Mascha Kurpicz
Quoted 3 lines · Viresh Kumar
Quoted 2 lines · Mascha Kurpicz
Sorry for the imprecision.
Quoted 8 lines
Quoted 8 lines
Quoted 7 lines
Works correctly with
Ubuntu 12.04.3 LTS - kernel 3.2.0-29-generic Ubuntu 12.04.3 LTS - kernel 3.8.0-29 Ubuntu 13.10 - kernel 3.8.0-29-generic0 or very small (e.g. 6) values with Ubuntu 13.10 - kernel 3.11.0-20-generic
Can you provide cpufreq-info 's output for the last two cases please?
Sorry, got distracted and just forgot about this thread :), must have marked it in my pending list :(
Anyways, I have tried to look at the diff between these kernel releases and looks like I couldn't figure out what's going wrong.
I tried to test things with the latest kernel and they seem to be working fine. Atleast on my ARM board.
Would it be possible for you to do a git bisect between 3.8 and 3.11 ?
--
viresh
Quoted 16 lines · Viresh Kumar
Quoted 4 lines · Mascha Kurpicz
Quoted 3 lines · Viresh Kumar
Quoted 2 lines · Mascha Kurpicz
Sorry for the imprecision.
Quoted 8 lines
Quoted 8 lines
Quoted 7 lines
Works correctly with
Ubuntu 12.04.3 LTS - kernel 3.2.0-29-generic Ubuntu 12.04.3 LTS - kernel 3.8.0-29 Ubuntu 13.10 - kernel 3.8.0-29-generic0 or very small (e.g. 6) values with Ubuntu 13.10 - kernel 3.11.0-20-generic
Can you provide cpufreq-info 's output for the last two cases please?
Sorry, got distracted and just forgot about this thread :), must have marked it in my pending list :(
Quoted 7 lines
Anyways, I have tried to look at the diff between these kernel releases and looks like I couldn't figure out what's going wrong.
I tried to test things with the latest kernel and they seem to be working fine. Atleast on my ARM board.
Would it be possible for you to do a git bisect between 3.8 and 3.11 ?
We just tested with the latest release (14.04) and realized that the issue was already fixed for the latest kernel version, sorry about that!
https://lkml.org/lkml/2013/9/7/119
Thanks anyways for your support :-)
Quoted 2 lines
--
viresh