Summary: | sys-power/cpufreqd: load/unload necessary modules | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Daniel Franke <franke.daniel> |
Component: | New packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | RESOLVED WONTFIX | ||
Severity: | enhancement | CC: | m.debruijne, mmokrejs, phreak |
Priority: | High | Keywords: | NeedPatch |
Version: | 2006.1 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
cpufreqd-conf.d
cpufreqd-init.d.patch |
Description
Daniel Franke
2006-10-25 13:02:29 UTC
Created attachment 119502 [details] cpufreqd-conf.d (In reply to comment #0) > [Follow-up to #152057] > > Please introduce /etc/conf.d/cpufreqd where the user can list necessary > modules, e.g. > $> cat /etc/conf.d/cpufreqd > MODULES="p4-clockmod cpufreq_ondemand" > (This would be somewhat similar to the module handling of lm_sensors. > Btw, sorry for the confusion I introduced in #152096.) > > In addition, load the modules configured in /etc/conf.d/cpufreqd when starting > /etc/init.d/cpufreqd, e.g. > $> diff -u cpufreqd.orig cpufreqd Daniel could you please try the attached file, and see if they work ? Created attachment 119503 [details]
cpufreqd-init.d.patch
I tried and it's not that simple. MODULES="p4_clockmod cpufreq_ondemand cpufreq_performance" Shutting down: * Stopping CPU Frequency Daemon ... [ ok ] * Unloading CPU Frequency scaling modules * Unloading p4_clockmod ... [ !! ] * Unloading cpufreq_ondemand ... [ !! ] * Unloading cpufreq_performance ... [ ok ] The modules p4_clockmod and cpufreq_ondemand are in use when attempting to unload them. As there is only one active governor at a time, unloading of cpufreq_performance succeeds: Module Size Used by cpufreq_ondemand 6164 1 p4_clockmod 4756 1 speedstep_lib 3584 1 p4_clockmod freq_table 3848 1 p4_clockmod While there are tons of docs in the net how to enable frequence scaling, there seems to be not a single article that describes how to get rid of it ... (besides removing cpufreqd from the init scripts and rebooting). (In reply to comment #3) > I tried and it's not that simple. > > MODULES="p4_clockmod cpufreq_ondemand cpufreq_performance" > > Shutting down: > * Stopping CPU Frequency Daemon ... [ ok ] > * Unloading CPU Frequency scaling modules > * Unloading p4_clockmod ... [ !! ] > * Unloading cpufreq_ondemand ... [ !! ] > * Unloading cpufreq_performance ... [ ok ] > > The modules p4_clockmod and cpufreq_ondemand are in use when attempting to > unload them. As there is only one active governor at a time, unloading of > cpufreq_performance succeeds: > Module Size Used by > cpufreq_ondemand 6164 1 > p4_clockmod 4756 1 > speedstep_lib 3584 1 p4_clockmod > freq_table 3848 1 p4_clockmod > > While there are tons of docs in the net how to enable frequence scaling, there > seems to be not a single article that describes how to get rid of it ... > (besides removing cpufreqd from the init scripts and rebooting). Well, simply just put in the governor into MODULES, modprobe will take care of the dependency while loading and unloading. That's why I quoted the contents of the MODULES variable from /etc/conf.d/cpufreqd in comment #3: MODULES="p4_clockmod cpufreq_ondemand cpufreq_performance" Module Size Used by cpufreq_ondemand 6164 1 p4_clockmod 4756 1 speedstep_lib 3584 1 p4_clockmod freq_table 3848 1 p4_clockmod If you double check my last comment, you will see that unloading of p4_clockmod fails to begin with (cpufreqd is not running when issuing the comand below): $> modprobe -r p4_clockmod FATAL: Module p4_clockmod is in use. An updated patch would be needed dropped |