On Tue, Feb 17, 2009 at 7:48 PM, Moore, Robert <[email protected]> wrote:
>>ACPI Warning (dsobject-0502): Package List length (6) larger than
>>NumElements count (4), truncated
>
> This simply means that in one of the ACPI tables, a Package object was found that was declared to have 6 items. However, when parsing the package, the interpreter only found 4 items.
>
> It's a BIOS issue, but probably not serious unless there really is supposed to be 6 items.
I see this with stock 2.6.31 [1] on Intel S5400SF hardware. I'll send
you the acpidump offline.
Thanks,
Daniel
--- [1]
$ dmesg
ACPI: RSDP 00000000000f03f0 00024 (v02 INTEL )
ACPI: XSDT 000000007fb39120 0008C (v01 INTEL S5400SF 00000000 INTL 01000013)
ACPI: DMAR 000000007fb37000 00112 (v01 INTEL S5400SF 00000001 INTL 01000013)
ACPI: FACP 000000007fb35000 000F4 (v03 INTEL S5400SF 00000000 INTL 01000013)
ACPI: DSDT 000000007fb2e000 05664 (v02 INTEL S5400SF 00000008 INTL 01000013)
ACPI: FACS 000000007fabf000 00040
ACPI: APIC 000000007fb34000 000C8 (v01 INTEL S5400SF 00000000 INTL 01000013)
ACPI: SPCR 000000007fb2d000 00050 (v01 INTEL S5400SF 00000000 INTL 01000013)
ACPI: HPET 000000007fb2c000 00038 (v01 INTEL S5400SF 00000001 INTL 01000013)
ACPI: MCFG 000000007fb2b000 0003C (v01 INTEL S5400SF 00000001 INTL 01000013)
ACPI: SSDT 000000007fb2a000 00A14 (v02 INTEL EIST 00004000 INTL 01000013)
ACPI: SSDT 000000007fb29000 00193 (v02 INTEL IPMI 00004000 INTL 01000013)
ACPI: SSDT 000000007fb28000 002D4 (v02 INTEL CST 00004000 INTL 01000013)
ACPI: HEST 000000007fb27000 000A8 (v01 INTEL S5400SF 00000001 INTL 00000001)
ACPI: BERT 000000007fb26000 00030 (v01 INTEL S5400SF 00000001 INTL 00000001)
ACPI: ERST 000000007fb25000 00230 (v01 INTEL S5400SF 00000001 INTL 00000001)
ACPI: EINJ 000000007fb24000 00130 (v01 INTEL S5400SF 00000001 INTL 00000001)
<snip>
ACPI: EC: Look up EC in DSDT
ACPI Warning: Package List length (6) larger than NumElements count
(2), truncated
20090521 dsobject-502
ACPI Warning: Package List length (6) larger than NumElements count
(2), truncated
20090521 dsobject-502
ACPI Warning: Package List length (6) larger than NumElements count
(2), truncated
20090521 dsobject-502
ACPI Warning: Package List length (6) larger than NumElements count
(2), truncated
20090521 dsobject-502
ACPI Warning: Package List length (6) larger than NumElements count
(2), truncated
20090521 dsobject-502
ACPI Warning: Package List length (6) larger than NumElements count
(2), truncated
20090521 dsobject-502
ACPI Warning: Package List length (6) larger than NumElements count
(2), truncated
20090521 dsobject-502
ACPI Warning: Package List length (6) larger than NumElements count
(2), truncated
20090521 dsobject-502
>>-----Original Message-----
>>From: [email protected] [mailto:linux-acpi-
>>[email protected]] On Behalf Of Daniel J Blueman
>>Sent: Tuesday, February 17, 2009 8:32 AM
>>To: [email protected]; Linux Kernel
>>Subject: [2.6.29-rc5 ACPI] truncated dsobject list...
>>
>>With 2.6.29-rc5 on an Intel S5000PAL server (BIOS
>>S5000.86B.10.60.0091.100920081631), we see ACPI object list truncation
>>[1]. Does it make sense to increase the default element allocation?
>>
>>Many thanks,
>> ?Daniel
>>
>>--- [1]
>>
>>ACPI: EC: Look up EC in DSDT
>>ACPI Warning (dsobject-0502): Package List length (6) larger than
>>NumElements count (4), truncated
>>[20081204]
--
Daniel J Blueman
What this message means is that the number of elements within the package was found to be more than the declared package element count (An AML Package object contains the number of elements, then the elements. However, there is an overall length of the Package operator, so we can detect if there is a mismatch between the declared number of elements and the actual number of elements.)
This can only happen if the BIOS modifies the AML on the fly. A compiler would never let this happen.
What ACPICA does is to use the package element count as the "actual" element count, and ignores the extra elements in the package. This is what the BIOS expects the OS to do, and it conforms to the ACPI spec (yes, this condition is mentioned somewhere as I recall.)
So, the message can be safely ignored.
I'm open to suggestions as to different wording for the message, since it seems to be causing at least a bit of confusion.
Related:
We recently found a possible memory leak during this "truncation", the extra package elements were not always deleted, just dropped on the floor. This has been fixed in version 20090903.
Bob
-----Original Message-----
From: Daniel J Blueman [mailto:[email protected]]
Sent: Thursday, September 10, 2009 3:17 AM
To: Moore, Robert
Cc: [email protected]; Linux Kernel
Subject: Re: [2.6.29-rc5 ACPI] truncated dsobject list...
On Tue, Feb 17, 2009 at 7:48 PM, Moore, Robert <[email protected]> wrote:
>>ACPI Warning (dsobject-0502): Package List length (6) larger than
>>NumElements count (4), truncated
>
> This simply means that in one of the ACPI tables, a Package object was found that was declared to have 6 items. However, when parsing the package, the interpreter only found 4 items.
>
> It's a BIOS issue, but probably not serious unless there really is supposed to be 6 items.
I see this with stock 2.6.31 [1] on Intel S5400SF hardware. I'll send
you the acpidump offline.
Thanks,
Daniel
--- [1]
$ dmesg
ACPI: RSDP 00000000000f03f0 00024 (v02 INTEL )
ACPI: XSDT 000000007fb39120 0008C (v01 INTEL S5400SF 00000000 INTL 01000013)
ACPI: DMAR 000000007fb37000 00112 (v01 INTEL S5400SF 00000001 INTL 01000013)
ACPI: FACP 000000007fb35000 000F4 (v03 INTEL S5400SF 00000000 INTL 01000013)
ACPI: DSDT 000000007fb2e000 05664 (v02 INTEL S5400SF 00000008 INTL 01000013)
ACPI: FACS 000000007fabf000 00040
ACPI: APIC 000000007fb34000 000C8 (v01 INTEL S5400SF 00000000 INTL 01000013)
ACPI: SPCR 000000007fb2d000 00050 (v01 INTEL S5400SF 00000000 INTL 01000013)
ACPI: HPET 000000007fb2c000 00038 (v01 INTEL S5400SF 00000001 INTL 01000013)
ACPI: MCFG 000000007fb2b000 0003C (v01 INTEL S5400SF 00000001 INTL 01000013)
ACPI: SSDT 000000007fb2a000 00A14 (v02 INTEL EIST 00004000 INTL 01000013)
ACPI: SSDT 000000007fb29000 00193 (v02 INTEL IPMI 00004000 INTL 01000013)
ACPI: SSDT 000000007fb28000 002D4 (v02 INTEL CST 00004000 INTL 01000013)
ACPI: HEST 000000007fb27000 000A8 (v01 INTEL S5400SF 00000001 INTL 00000001)
ACPI: BERT 000000007fb26000 00030 (v01 INTEL S5400SF 00000001 INTL 00000001)
ACPI: ERST 000000007fb25000 00230 (v01 INTEL S5400SF 00000001 INTL 00000001)
ACPI: EINJ 000000007fb24000 00130 (v01 INTEL S5400SF 00000001 INTL 00000001)
<snip>
ACPI: EC: Look up EC in DSDT
ACPI Warning: Package List length (6) larger than NumElements count
(2), truncated
20090521 dsobject-502
ACPI Warning: Package List length (6) larger than NumElements count
(2), truncated
20090521 dsobject-502
ACPI Warning: Package List length (6) larger than NumElements count
(2), truncated
20090521 dsobject-502
ACPI Warning: Package List length (6) larger than NumElements count
(2), truncated
20090521 dsobject-502
ACPI Warning: Package List length (6) larger than NumElements count
(2), truncated
20090521 dsobject-502
ACPI Warning: Package List length (6) larger than NumElements count
(2), truncated
20090521 dsobject-502
ACPI Warning: Package List length (6) larger than NumElements count
(2), truncated
20090521 dsobject-502
ACPI Warning: Package List length (6) larger than NumElements count
(2), truncated
20090521 dsobject-502
>>-----Original Message-----
>>From: [email protected] [mailto:linux-acpi-
>>[email protected]] On Behalf Of Daniel J Blueman
>>Sent: Tuesday, February 17, 2009 8:32 AM
>>To: [email protected]; Linux Kernel
>>Subject: [2.6.29-rc5 ACPI] truncated dsobject list...
>>
>>With 2.6.29-rc5 on an Intel S5000PAL server (BIOS
>>S5000.86B.10.60.0091.100920081631), we see ACPI object list truncation
>>[1]. Does it make sense to increase the default element allocation?
>>
>>Many thanks,
>> ?Daniel
>>
>>--- [1]
>>
>>ACPI: EC: Look up EC in DSDT
>>ACPI Warning (dsobject-0502): Package List length (6) larger than
>>NumElements count (4), truncated
>>[20081204]
--
Daniel J Blueman