Bug 12329

Summary:	ACPI parse/execution failure at boot, functionality seems unaffected
Product:	ACPI	Reporter:	eaglex+kernelbugzilla
Component:	Config-Tables	Assignee:	ykzhao (yakui.zhao)
Status:	REJECTED WILL_NOT_FIX
Severity:	normal	CC:	acpi-bugzilla
Priority:	P1
Hardware:	All
OS:	Linux
Kernel Version:	2.6.28	Subsystem:
Regression:	---	Bisected commit-id:
Attachments:	copy of /proc/acpi/dsdt dmesg lspci lspci -vvv acpidump acpidump --addr 0x7fedc010 --length 0x256 -o cpu0ist acpidump --addr 0x7fedbc23 --length 0x35b -o cpu0cst acpidump --addr 0x7fedc266 --length 0xdd -o cpu1ist acpidump --addr 0x7fedbf7e --length 0x92 -o cpu1cst try the custom DSDT

Description eaglex+kernelbugzilla 2008-12-30 02:54:12 UTC

I'm not sure if this is actually a problem since functionality seems to be unaffected, but I am reporting them just in case.

As a side note, trying to compile the DSDT with iasl shows a whole lot of errors, so that may be related.

Comment 1 eaglex+kernelbugzilla 2008-12-30 02:54:50 UTC

Created attachment 19534 [details]
copy of /proc/acpi/dsdt

Comment 2 eaglex+kernelbugzilla 2008-12-30 02:55:16 UTC

Created attachment 19535 [details]
dmesg

Comment 3 eaglex+kernelbugzilla 2008-12-30 02:55:37 UTC

Created attachment 19536 [details]
lspci

Comment 4 eaglex+kernelbugzilla 2008-12-30 02:55:56 UTC

Created attachment 19537 [details]
lspci -vvv

Comment 5 ykzhao 2008-12-30 17:23:47 UTC

Will you please attach the output of acpidump?

Of course please attach the following outputs:
   a. ./acpidump --addr 0x7fedc010 --length 0x256 -o cpu0ist
   b. ./acpidump --addr 0x7fedbc23 --length 0x35b -o cpu0cst 
   c. ./acpidump --addr 0x7fedc266 --length 0xdd -o cpu1ist
   d. ./acpidump --addr 0x7fedbf7e --length 0x92 -o cpu0cst
   
   Thanks.

Comment 6 eaglex+kernelbugzilla 2008-12-31 02:02:54 UTC

Created attachment 19564 [details]
acpidump

Comment 7 eaglex+kernelbugzilla 2008-12-31 02:04:54 UTC

Created attachment 19565 [details]
acpidump --addr 0x7fedc010 --length 0x256 -o cpu0ist

Comment 8 eaglex+kernelbugzilla 2008-12-31 02:05:19 UTC

Created attachment 19566 [details]
acpidump --addr 0x7fedbc23 --length 0x35b -o cpu0cst

Comment 9 eaglex+kernelbugzilla 2008-12-31 02:05:42 UTC

Created attachment 19567 [details]
acpidump --addr 0x7fedc266 --length 0xdd -o cpu1ist

Comment 10 eaglex+kernelbugzilla 2008-12-31 02:06:07 UTC

Created attachment 19568 [details]
acpidump --addr 0x7fedbf7e --length 0x92 -o cpu1cst

Comment 11 ykzhao 2009-01-03 18:23:10 UTC

Thanks for the info.
    From the acpidump info it seems that this warning is related with the BIOS.
    >ACPI Warning (nspredef-0858): \_PR_.CPU0._TSD: Return Package type mismatch at index 0 - found Integer, expected Package [20080926]
    >ACPI: Invalid _TSD data
    The _TSD object is defined as the following :
    Return (Package (0x05)
            {
                0x05,
                0x00,
                0x00,
                0xFC,
                0x01
            })
     In fact the correct format should be 
            Return { Package (0x0) { Package (0x05) {
                    {
                0x05,
                0x00,
                0x00,
                0xFC,
                0x01
            }))
    
    The _PSD package has the similar issue.
    
    >ACPI Error (psargs-0358): [SMS_] Namespace lookup failure, AE_NOT_FOUND
ACPI Error (psparse-0524): Method parse/execution failed
    From the acpidump it seems that there is no definition of SMS object. So the above warning message is complained.
    
    Thanks.

Comment 12 ykzhao 2009-01-03 18:27:46 UTC

Created attachment 19631 [details]
try the custom DSDT

Will you please try the custom DSDT and see whether the warning message still exists?
    How to use the custom DSDT can be found in 
   http://www.lesswatts.org/projects/acpi/faq.php
    Thanks.

Comment 13 ykzhao 2009-01-03 18:30:34 UTC

As the issue is related with BIOS, it had better be fixed by upgrading BIOS. 
   And this bug will be rejected and marked as "Will not fix".
   Thanks.