Bug 31762

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.