On Fri, 12 Dec 2014 14:58:53 +0100, Francois Gouget wrote: > Message 45 claims that with the latest linux-image-3.16.0-4-amd64 > this issue is solved. However this does not seem to be the case > here: > > # dpkg -l linux-image-3.16.0-4-amd64 > ii linux-image-3.16.0-4-amd64 3.16.7-2 amd64 > Linux 3.16 for 64-bit PCs > # lsmod | grep cpufreq_stats > cpufreq_stats 12782 0 > # ls /sys/devices/system/cpu/cpu*/cpufreq/stats/time_in_state > ls: cannot access /sys/devices/system/cpu/cpu*/cpufreq/stats/time_in_state: > No such file or directory
Same with 3.18.0-trunk-amd64. cpufreq_stats is loaded but there are no /sys/devices/system/cpu/cpu*/cpufreq/stats directories. What vicious (aweseome widget library) is doing in its cpufreq.lua: local cpufreq = helpers.pathtotable("/sys/devices/system/cpu/cpu"..n.."/cpufreq") local freq = tonumber(cpufreq.scaling_cur_freq) or tonumber(cpufreq.cpuinfo_cur_freq) in some old (or locally patched?) version, and local cpufreq = helpers.pathtotable("/sys/devices/system/cpu/"..warg.."/cpufreq") local freq = tonumber(cpufreq.scaling_cur_freq) in the packaged version. I guess someone should find out where cpufreq_stats actually exports its values; otherwise looking for /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq might be an alternative. Although admittedly this only gives a snapshot, while /stats/time_in_state is supposed to have some, well, statistics over time. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- NP: Supertramp: Where There's A Will
signature.asc
Description: Digital Signature