Most recent kernel where this bug did *NOT* occur: I don't know. Distribution: F7 test 3 Hardware Environment: Asus F2JE Software Environment: n/a Problem Description: First modprobe of acpi_cpufreq ends up with ACPI Exception (exoparg2-0442): AE_AML_PACKAGE_LIMIT, Index (0FFFFFFFD) is beyond end of object [20070126] ACPI Error (psparse-0537): Method parse/execution failed [\_PR_.CPU1._PSS] (Node ffff81003ff0af30), AE_AML_PACKAGE_LIMIT ACPI Exception (processor_perflib-0234): AE_AML_PACKAGE_LIMIT, Evaluating _PSS [20070126] ACPI Exception (exoparg2-0442): AE_AML_PACKAGE_LIMIT, Index (0FFFFFFFD) is beyond end of object [20070126] ACPI Error (psparse-0537): Method parse/execution failed [\_PR_.CPU2._PSS] (Node ffff81003ff0ac70), AE_AML_PACKAGE_LIMIT ACPI Exception (processor_perflib-0234): AE_AML_PACKAGE_LIMIT, Evaluating _PSS [20070126] The second is OK. Steps to reproduce: reboot and modprobe cpufreq
Created attachment 11040 [details] Dmesg
Created attachment 11041 [details] acpidump
This seems like getting invalid data from BIOS. Please attach the result of #acpidump --addr 0x3ffd1670 --length 0xd07 >CPU1-STBL #acpidump --addr 0x3ffd2380 --length 0xd07 >CPU2-STBL.
Created attachment 11267 [details] CPU1-STBL
Created attachment 11268 [details] CPU2-STBL
*** Bug 8779 has been marked as a duplicate of this bug. ***
Index (0FFFFFFFD), Seems a -3 array index issue (UINT32)-3 = 0FFFFFFFD
I was able to reproduce this by setting XPSS to 0x0D. XPSS is initialized to 0x03 in both the CPU1 and CPU2 tables, but apparently nowhere else. So, it is still unclear what is happening.
same here on an asus w7j. first modprobe fails to provide cpufreq capability, usually only cpu1 is affected. second modprobe works. dmesg excerpt: ACPI Exception (exoparg2-0442): AE_AML_PACKAGE_LIMIT, Index (0FFFFFFFD) is beyond end of object [20070126] ACPI Error (psparse-0537): Method parse/execution failed [\_PR_.CPU1._PSS] (Node c1d051f8), AE_AML_PACKAGE_LIMIT ACPI Exception (processor_perflib-0234): AE_AML_PACKAGE_LIMIT, Evaluating _PSS [20070126]
$ uname -a Linux w7j 2.6.23-ARCH #1 SMP PREEMPT Wed Nov 21 21:37:39 CET 2007 i686 Genuine Intel(R) CPU T2400 @ 1.83GHz GenuineIntel GNU/Linux
Created attachment 13683 [details] w7j acpidump w7j acpidump
... no cpufreq module available ... SuSE 10.3 kernel default Damed error / warnings :-( ... but there's an other cpufreq module ... what's the difference between them ? notebook1:~ # modprobe -v acpi-cpufreq insmod /lib/modules/2.6.22.13-0.3-default/kernel/arch/x86_64/kernel/cpufreq/acpi-cpufreq.ko ---------- notebook1:~ # modprobe -v cpufreq FATAL: Module cpufreq not found. notebook1:~ # uname -a Linux notebook1 2.6.22.13-0.3-default #1 SMP 2007/11/19 15:02:58 UTC x86_64 x86_64 x86_64 GNU/Linux notebook1:~ # ----------
> but there's an other cpufreq module ... what's the difference between them ? which other? > notebook1:~ # modprobe -v cpufreq > FATAL: Module cpufreq not found. since CONFIG_CPU_FREQ=y, that's OK.
Will you please try the patch in comment #33 of bug 9558 ? It seems that the two bugs have the similar error messages. Thanks.
*** This bug has been marked as a duplicate of bug 9558 ***