Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 198113 - sys-power/cpufreqd-2.1.1: message-error with gentoo-sources 2.6.23
Summary: sys-power/cpufreqd-2.1.1: message-error with gentoo-sources 2.6.23
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Mobile Herd (OBSOLETE)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-11-04 23:30 UTC by Andrea
Modified: 2009-10-20 10:22 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andrea 2007-11-04 23:30:13 UTC
every time that I start gentoo with gentoo-sources-2.6.23/rc1 cpufreqd show follow message: cpufreqd requires the kernel to be configured with CONFIG_CPU_FREQ

no problem with gentoo-sources-2.6.20-r8

Reproducible: Always
Comment 1 Bill Kenworthy 2007-11-05 01:38:26 UTC
Same here - seems like cpufreqd is getting quite old without a recent update.

BillK
Comment 2 Andrea 2007-11-07 17:51:42 UTC
i've update cpufreqd to 2.2.1 but no changes.....

but if i make cat .config|grep CPU_FREQ of the kernel 2.6.23-r1 this is the result

CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_TABLE=y
# CONFIG_CPU_FREQ_DEBUG is not set
# CONFIG_CPU_FREQ_STAT is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set
CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE=y
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=y
CONFIG_CPU_FREQ_GOV_USERSPACE=y
CONFIG_CPU_FREQ_GOV_ONDEMAND=y
CONFIG_CPU_FREQ_GOV_CONSERVATIVE=y
Comment 3 Keith Amidon 2008-02-22 19:30:47 UTC
I started having this problem after upgrading to gentoo-sources-2.6.23-r8 from gentoo-sources-2.6.22-r9.  The init script (/etc/init.d/cpufreqd) itself is giving the error because it can't find either of /proc/cpufreq/ or /sys/devices/system/cpu/cpu0/cpufreq/.  

I think this might be related to some work apparently done to integrate the speedstep-centrino driver I used to use into the acpi-cpufreq driver.  A modprobe acpi-cpufreq caused the files the init script to be created and cpufreqd appears to be happy now.  So, for me at least the problem is resolved by putting acpi-cpufreq in /etc/modules.autoload.d/kernel-2.6.  

I'm curious though, isn't this something udev should be able to figure out and load for you automatically?  Is it something like having the driver present with the default performance govenor cause issues on some systems so it needs to be manually enabled?
Comment 4 Arnaud Launay 2008-03-16 19:14:31 UTC
Confirmed here, adding acpi-cpufreq to autoload does the trick.
Comment 5 Keith Amidon 2009-01-03 17:20:50 UTC
Looked into this a bit during today's bugday.  I think the problem here is that the error message given by the init script did not indicate the true source of the problem.  The most recent ebuilds have added the text "Make sure that the appropriate drivers for your CPU are available."  This probably would have pointed me in the right direction.  It might be a bit clearer to say "Make sure the appropriate drivers are built into your kernel or inserted as a module."

Seems like this bug should be easy to close by either deciding the message is clear enough as it stands in the most recent version of the initscript or making it even more explicit along the lines of my suggestion above.
Comment 6 Thilo Bangert (RETIRED) (RETIRED) gentoo-dev 2009-10-20 10:22:30 UTC
fixed in cvs. now the newer init script is also installed for 2.1.1.

the real fix for this problem, however, is bug #152810
thanks for the report, the investigation into the problem and the suggested fix.