Description of problem: When my system boots, I get this message on the console: ACPI: Expecting a [Reference] package element, found type C Version-Release number of selected component (if applicable): 2.6.38-020638-generi How reproducible: Always Steps to Reproduce: 1. Boot system This a bug that was fixed in the kernel-2.6.34.8-68.fc13 under Red Hat Bugzilla – Bug 608648 https://bugzilla.redhat.com/show_bug.cgi?id=608648 I have the same problem and would like to see the fix get into 2.6.39. Here are the relevant ACPI lines from my dmesg: [ 0.841107] ACPI Warning: For \_TZ_.THRM._PSL: Return Package type mismatch at index 0 - found [NULL Object Descriptor], expected Reference (20110112/nspredef-1059) [ 0.841114] ACPI: Expecting a [Reference] package element, found type 0 Thanks
Please attach the output from acpidump The latest version is available in pmtools here: http://userweb.kernel.org/~lenb/acpi/utils/
DFI LP JR 790GX-M2RS AM2+/AM2 AMD 790GX HDMI AMD Motherboard wih latest BIOS. I used the acpidump from my ubuntu repository. Thanks. On Wed, Mar 23, 2011 at 3:03 PM, <bugzilla-daemon@bugzilla.kernel.org>wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=31762 > > > Len Brown <lenb@kernel.org> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > Status|NEW |NEEDINFO > CC| |acpi-bugzilla@lists.sourcef > | |orge.net > AssignedTo|acpi_acpica-core@kernel-bug |ming.m.lin@intel.com > |s.osdl.org | > > > > > --- Comment #1 from Len Brown <lenb@kernel.org> 2011-03-23 20:03:50 --- > Please attach the output from acpidump > The latest version is available in pmtools here: > http://userweb.kernel.org/~lenb/acpi/utils/ > > -- > Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. >
No. Please use the pmtools version of acpidump and attach the output file. The latest version is available in pmtools here: http://userweb.kernel.org/~lenb/acpi/utils/
Ok. Here it is from your pmtools build. On Wed, Mar 23, 2011 at 4:04 PM, <bugzilla-daemon@bugzilla.kernel.org>wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=31762 > > > Robert Moore <Robert.Moore@intel.com> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > CC| |Robert.Moore@intel.com > > > > > --- Comment #3 from Robert Moore <Robert.Moore@intel.com> 2011-03-23 > 21:04:33 --- > No. > > Please use the pmtools version of acpidump and attach the output file. > > The latest version is available in pmtools here: > http://userweb.kernel.org/~lenb/acpi/utils/ > > -- > Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. >
Created attachment 51802 [details] ACPI Dump
Created attachment 51812 [details] ACPI Dump from pmtools
[ 0.841107] ACPI Warning: For \_TZ_.THRM._PSL: Return Package type mismatch at index 0 - found [NULL Object Descriptor], expected Reference (20110112/nspredef-1059) [ 0.841114] ACPI: Expecting a [Reference] package element, found type 0 Name (_PSL, Package (0x01) { \_PR.CPU0 }) This is a BIOS bug, there is no \_PR.CPU0 defined in any of ACPI tables. > This a bug that was fixed in the kernel-2.6.34.8-68.fc13 under Red Hat > Bugzilla No, that was different, it has \_PR.CPU0 defined, just type mismatch.
Thanks for looking into this. Would you be able to tell me what I should report to DFI to see if they want to fix the bug? On Wed, Mar 23, 2011 at 8:01 PM, <bugzilla-daemon@bugzilla.kernel.org>wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=31762 > > > > > > --- Comment #7 from Lin Ming <ming.m.lin@intel.com> 2011-03-24 01:01:03 > --- > [ 0.841107] ACPI Warning: For \_TZ_.THRM._PSL: Return Package type > mismatch > at index 0 - found [NULL Object Descriptor], expected Reference > (20110112/nspredef-1059) > [ 0.841114] ACPI: Expecting a [Reference] package element, found type 0 > > > Name (_PSL, Package (0x01) > { > \_PR.CPU0 > }) > > This is a BIOS bug, there is no \_PR.CPU0 defined in any of ACPI tables. > > > This a bug that was fixed in the kernel-2.6.34.8-68.fc13 under Red Hat > Bugzilla > > No, that was different, it has \_PR.CPU0 defined, just type mismatch. > > -- > Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. >
Created attachment 51852 [details] override buggy DSDT You can forward this report to DFI. Just found that the BIOS actually has processor defined, but with different name \_PR.C000 instead of \_PR.CPU0 Scope (\_PR) { Processor (\_PR.C000, 0x00, 0x00004010, 0x06) {} Processor (\_PR.C001, 0x01, 0x00004010, 0x06) {} Processor (\_PR.C002, 0x02, 0x00004010, 0x06) {} Processor (\_PR.C003, 0x03, 0x00004010, 0x06) {} } Could you try to override the buggy DSDT? See how to do this at http://www.lesswatts.org/projects/acpi/overridingDSDT.php I have attached the DSDT.hex, so you only need to start from step 5. "5. Put it where the kernel build can include it: "
we should consider printing these messages with FW_BUG so that they show up with [Firmware Bug]:
Bug closed as there is no response from the bug reporter. please feel free to reopen it if the problem still exists in the latest upstream kernel.