http://bugzilla.kernel.org/show_bug.cgi?id=9717
Summary: Cpu Frequency Scaling Broken Since Kernel 2.6.22.12-0.1 on AMD Athlon64 X2 6000+ Product: ACPI Version: 2.5 KernelVersion: 2.6.22.13-0.3-default Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Config-Processors AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Latest working kernel version: 2.6.22.9 (-0.3, I think) Earliest failing kernel version: 2.6.22.12-0.1 Distribution: OpenSUSE 10.3 Hardware Environment: AMD Athlon™ 64 X2 Dual Core Processor 6000+ on AM2 ASRock 2xDDR2 ALiveNF7G-HDReady VSL 7050/630a Software Environment: OpenSUSE 10.3 Problem Description: When I recently upgraded the kernel from 2.6.22.9 (-0.3, I think) to 2.6.22.12-0.1 via yast2 suddenly the cpufreq feature of the power management stopped working. It was working great before, with the CPU scaled down from 3 GHz to 1 GHz or so depending on the system load. kpowersave and ksensors confirmed this. I get the following messages in /var/log/messages Dec 7 08:43:49 hostname rchal: Cannot load cpufreq governors - No cpufreq driver available Dec 7 08:44:13 localhost powersaved[4604]: WARNING (CpufreqManagement:51) No capability cpufreq_control Dec 7 08:44:13 localhost powersaved[4604]: WARNING (CpufreqManagement:51) No capability cpufreq_control Since I have not done anything to the system except standard updates via yast2 from standard sources I do not believe that I have done anything to brake cpufreq. Upgrading to kernel 2.6.22.13-0.3 has brought no improvement, cpufreq is still broken. I tried to insmod these modules by hand: insmod /lib/modules/2.6.22.13-0.3-default/kernel/drivers/cpufreq/cpufreq_userspace.ko insmod /lib/modules/2.6.22.13-0.3-default/kernel/drivers/cpufreq/cpufreq_powersave.ko insmod /lib/modules/2.6.22.13-0.3-default/kernel/drivers/cpufreq/cpufreq_stats.ko insmod /lib/modules/2.6.22.13-0.3-default/kernel/drivers/cpufreq/cpufreq_conservative.ko They apparently load OK in the kernel and are displayed by lsmod, however, this has no effect on the CPU frequency. /etc/init.d/powersaved status shows that the daemon that is probably responsible for CPU frequency scaling is running. CPU and other hardware are unchanged. Now I have run out of ideas. I therefore suppose this is a kernel bug? Steps to reproduce: Upgrade kernel as above. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla