Bug#742311: gkrellm-cpufreq: cpufreq plugin displays only zeros for CPU frequencies
Hello John, On Sat, Mar 22, 2014 at 10:21:03AM +0100, John Paul Adrian Glaubitz wrote: I have also downloaded the source for version 0.6.5 of the plugin and compiled it. That version did not behave any differently that the current Debian/testing version. Where did you get hold of 0.6.5? Upstream just has 0.6.4 on his website [1] and I couldn't find 0.6.5 anywhere on the web. Oops, my mistake. That was a change I made to the 0.6.4 source when looking into the issue. I wanted to make extra sure I knew gkrellm was using my compiled copy of the plugin and the easiest way was to bump the version number and see it reflected in the plugin info tab. -- --John GruenenfelderSystems Manager, MKS Imaging Technology, LLC. Try Weasel Reader for PalmOS -- http://weaselreader.org This is the most fun I've had without being drenched in the blood of my enemies! --Sam of Sam Max signature.asc Description: Digital signature
Bug#742311: gkrellm-cpufreq: cpufreq plugin displays only zeros for CPU frequencies
Package: gkrellm-cpufreq Version: 0.6.4-4 Severity: important Dear Maintainer, The cpufreq plugin for gkrellm is displaying only zeros for the CPU frequencies. On this machine there are four cores and I have cpufreq configured to display only (no sliders or governor controls). It displays lines for each core, but each line reads as 0 MHz. I do not believe the issue is related to the kernel version. I have another machine running the same kernel version and also using the amd64 branch of Debian. On that machine, the cpufreq plugin is working properly. The CPU in that machine is a much older dual-core AMD CPU, while the machine this report is coming from is a much newer Intel i5-2467M CPU. I don't know if that makes a difference. I have looked at the code for the cpufreq plugin. Documentation for the kernel's cpufreq functions is scarce, but I did find that the function used to query the current CPU frequency will return 0 in the case of an error. I believe this is why zeros are displayed for all four cores, but I have not been able to determine what that error could be or why it works on one machine and not another. I have also downloaded the source for version 0.6.5 of the plugin and compiled it. That version did not behave any differently that the current Debian/testing version. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gkrellm-cpufreq depends on: ii gkrellm 2.3.5-5 ii libatk1.0-0 2.10.0-2 ii libc62.18-4 ii libcairo21.12.16-2 ii libcpufreq0 008-1 ii libfontconfig1 2.11.0-2 ii libfreetype6 2.5.2-1 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libglib2.0-0 2.39.90-2 ii libgtk2.0-0 2.24.22-1 ii libpango-1.0-0 1.36.2-2 ii libpangocairo-1.0-0 1.36.2-2 ii libpangoft2-1.0-01.36.2-2 gkrellm-cpufreq recommends no packages. gkrellm-cpufreq suggests no packages. -- no debconf information -- --John GruenenfelderSystems Manager, MKS Imaging Technology, LLC. Try Weasel Reader for PalmOS -- http://weaselreader.org This is the most fun I've had without being drenched in the blood of my enemies! --Sam of Sam Max signature.asc Description: Digital signature
Bug#742311: gkrellm-cpufreq: cpufreq plugin displays only zeros for CPU frequencies
Hi John! Thanks for your bug report. On 03/22/2014 08:33 AM, John Gruenenfelder wrote: The cpufreq plugin for gkrellm is displaying only zeros for the CPU frequencies. On this machine there are four cores and I have cpufreq configured to display only (no sliders or governor controls). It displays lines for each core, but each line reads as 0 MHz. Interesting. I will try to reproduce it at work where we have various machines with all kind of host CPUs, so I might be able to find the issue. I will also forward this problem upstream. I do not believe the issue is related to the kernel version. I have another machine running the same kernel version and also using the amd64 branch of Debian. On that machine, the cpufreq plugin is working properly. The CPU in that machine is a much older dual-core AMD CPU, while the machine this report is coming from is a much newer Intel i5-2467M CPU. I don't know if that makes a difference. Thanks for doing some testing ahead, that will help pin-pointing it. I have looked at the code for the cpufreq plugin. Documentation for the kernel's cpufreq functions is scarce, but I did find that the function used to query the current CPU frequency will return 0 in the case of an error. I believe this is why zeros are displayed for all four cores, but I have not been able to determine what that error could be or why it works on one machine and not another. Ok, good to know. Thanks for the heads up. I have also downloaded the source for version 0.6.5 of the plugin and compiled it. That version did not behave any differently that the current Debian/testing version. Where did you get hold of 0.6.5? Upstream just has 0.6.4 on his website [1] and I couldn't find 0.6.5 anywhere on the web. Cheers, Adrian [1] http://chw.populus.org/rub/7 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 signature.asc Description: OpenPGP digital signature