https://bugzilla.novell.com/show_bug.cgi?id=223986 jnelson-suse@jamponi.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED Info Provider|jnelson-suse@jamponi.net | ------- Comment #2 from jnelson-suse@jamponi.net 2006-11-27 18:57 MST ------- I did some investigation and got it working, although it leads to some action items: The file /etc/sysconfig/powersave/cpufreq allowed the specification of the kernel module to load. This was a fallback mechanism which did not work for me. Apparently, powersave no longer uses this item in this file (I cannot speak for any other items in this file), it says acpid does. So I check out acpid and acpid claims that *it* no longer supports loading this information (it *does* source the file and does nothing with the information therein, which is IMO a small bug). The responsibility falls on HAL. Thus, item no. 1 is to document that the responsibility for loading the module is now HAL's job and neither powersave nor acpid's. Item no. 2 is to remove the erroneous include line in acpid's init script. There may be other files that are sourced as well that are not used. Item no. 3 is to have HAL get the parameter from a config file (/etc/sysconfig/powersve/cpufreq would be nice) but failing that to include p4-clockmod *which was not included in the list*. The static compilation of that list seems a little brittle to me but in any case the list is missing p4-clockmod (and p4_clockmod for the GREP line). Adding this information has allowed my powermanagement to work again. 2. CPUFREQD_MODULE="" -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.