Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#17640 - [cpufreq] does not match or parse thermal zone names
Attached to Project:
Arch Linux
Opened by Michael (c0da) - Tuesday, 29 December 2009, 16:26 GMT
Last edited by Giovanni Scafora (giovanni) - Tuesday, 12 January 2010, 20:26 GMT
Opened by Michael (c0da) - Tuesday, 29 December 2009, 16:26 GMT
Last edited by Giovanni Scafora (giovanni) - Tuesday, 12 January 2010, 20:26 GMT
|
DetailsDescription:
The cpufreqd man page says that it is possible to specify thermal zone, which cpufreqd will use for rule weight estimation. The rule condition should look like this: acpi_temperature=TZ0:0-70 where TZ0 is one of the names listed by ls /proc/acpu/thermal_zone/ Ok. TZ0 is in this list on my netbook, so i have put beforementioned rule in my config and started cpufreqd -V 10 (to be verbose) And cpufreqd has reported: acpi_temperature: non existent thermal zone TZ0! OK. With option -V 10 it also reports that my netbook has four thermal zones with names: 'thermal_zoneI' where I is one of 0, 1, 2, 3. So i have decided to use condition: acpi_temperature=thermal_zone0:0-70 On that cpufreqd -V 10 says that: plugin_utils: acpi_temperature is unable to parse this value "thermal_zone0:0-70". Discarded Additional info: * package version(s) cpufreqd-2.3.4-2 * config and/or log files etc. Steps to reproduce: 1. Save attached file as /tmp/cpufreqd.conf 2. Change TZ0 to one of names prined with ls /proc/acpi/thermal_zone 3. Run cpufreqd -V 10 -D -f /tmp/cpufreqd.conf P.S. It seems problem is fixed in master branch of official cpufreqd git repository. |
This task depends upon
Closed by Giovanni Scafora (giovanni)
Tuesday, 12 January 2010, 20:26 GMT
Reason for closing: Upstream
Tuesday, 12 January 2010, 20:26 GMT
Reason for closing: Upstream
cpufreqd.conf