Most recent kernel where this bug did not occur: none Distribution: Gentoo AMD64 Hardware Environment:Asus P5KC P35 Chipset, latest (805) bios, Intel Core2 X9650 CPU Software Environment: Dist Kernel 2.6.23-r3 and mainline kernel 2.6.23.9 Problem Description: CPU Freq scaling does not work. When acpi_cpufreq module is loaded, the following error is produced: insmod: error inserting 'acpi-cpufreq.ko': -1 No such device Steps to reproduce: load acpi_cpufreq
Created attachment 13815 [details] dmesg
Created attachment 13816 [details] /proc/cpuinfo
Created attachment 13817 [details] acpidump
Created attachment 13818 [details] dmesg with ACPI_DEBUG enabled
I would also like to add that CPU scaling works in Windows XP.
One more thing, I recently upgraded (just the CPU) from an Intel Core2 Q6850 which worked perfectly with acpi_cpufreq. The Intel Q6850 is a 65nm CPU based on Kentsfield, while my current CPU (Intel X9650, not working with acpi_cpufreq) is a 45nm CPU based on Penryn.
Just to clarify, - acpidump in comment #3 is after the CPU upgrade? - CPU freq scaling works on Windows. Is that observation after the CPU upgrade? Typically older BIOSes does not have full support for newer CPUs. Can you check whether there are any BIOS updates available.
The acpidump in comment #3 is after the upgrade. CPU Freq scaling works in windows with the penryn. I am running the latest bios available for my motherboard.
Will you please attch the output using the following commands? acpidump --addr 0xcff8e0d0 --length 0x190 -o cpu1 acpidump --addr 0xcff8e260 --length 0x143 -o cpu2 acpidump --addr 0xcff8e3b0 --length 0x143 -o cpu3 acpidump --addr 0xcff8e500 --length 0x143 -o cpu4 Thanks.
The patch in comment 22 of bug 9429 can fix the problem in this bug.
If the fix in bug 9429 does not also fix this system, then... please re-open this bug provide a dmesg -s64000 that includes the time of the failure. attach the four SSDTs below: ACPI: SSDT CFF8E0D0, 0190 (r1 AMI CPU1PM 1 INTL 20060113) Parsing all Control Methods: Table [SSDT](id 007D) - 9 Objects with 0 Devices 3 Methods 0 Regions ACPI: SSDT CFF8E260, 0143 (r1 AMI CPU2PM 1 INTL 20060113) Parsing all Control Methods: Table [SSDT](id 0080) - 7 Objects with 0 Devices 4 Methods 0 Regions ACPI: SSDT CFF8E3B0, 0143 (r1 AMI CPU3PM 1 INTL 20060113) Parsing all Control Methods: Table [SSDT](id 0083) - 7 Objects with 0 Devices 4 Methods 0 Regions ACPI: SSDT CFF8E500, 0143 (r1 AMI CPU4PM 1 INTL 20060113) eg. acpidump --addr 0xCFF8E0D0 --length 0x0190 > CPU1PM etc *** This bug has been marked as a duplicate of bug 9429 ***
I don't believe this is a duplicate of bug 9429 - I'm experiencing the same failure with a Core 2 Duo T9300 on kernel 2.6.24-12. Bug 9429 is closed with a fix in place for this kernel, and I can't load acpi_cpufreq either, with the same error (no such device). System: HP Pavilion DV2700t Core 2 Duo T9300 Ubuntu 8.04a6 Kernel 2.6.24-12
Hi, Evan Thank you for caring this problem. If you experience the same failure, please open a new bug and attach the output of acpidump. Of course the output of dmesg is also required. please set "CONFIG_ACPI_DEBUG , CONFIG_CPUFREQ_DEBUG" in kernel configuration and boot the sytem with the option of "acpi.debug_layer=0x01010000 acpi.debug_level=0x1f cpufreq.debug=7". Thanks.