Created attachment 231461 [details] acpidump output On my Asus T100HAN (Cherry Trail) the following error message is printed at boot: -- [ 0.000098] ACPI: Core revision 20160422 [ 0.062275] ACPI Error: [BDLI] Namespace lookup failure, AE_ALREADY_EXISTS (20160422/dswload-378) [ 0.062312] ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20160422/psobject-227) [ 0.062406] ACPI Exception: AE_ALREADY_EXISTS, (SSDT: DptfTab) while loading table (20160422/tbxfload-227) [ 0.062447] ACPI Error: [PNIT] Namespace lookup failure, AE_ALREADY_EXISTS (20160422/dswload-378) [ 0.062473] ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20160422/psobject-227) [ 0.062562] ACPI Exception: AE_ALREADY_EXISTS, (SSDT: CpuDptf) while loading table (20160422/tbxfload-227) [ 0.062597] ACPI Error: [LPSP] Namespace lookup failure, AE_ALREADY_EXISTS (20160422/dswload-378) [ 0.062622] ACPI Exception: AE_ALREADY_EXISTS, During name lookup/catalog (20160422/psobject-227) [ 0.062710] ACPI Exception: AE_ALREADY_EXISTS, (SSDT: LowPwrM) while loading table (20160422/tbxfload-227) [ 0.062732] ACPI Error: 3 table load failures, 8 successful (20160422/tbxfload-247) -- I suspect it might have something to do with that for example, SD card reader and wlan are not detected. The same error occurs on 4.7.1 (Arch Linux)
Created attachment 231471 [details] dmesg output
Created attachment 231481 [details] lshw
Created attachment 231491 [details] lspci output
Please enable CONFIG_ACPI_DEBUG and re-build the kernel. Boot the kernel with acpi.trace_state=enable. Upload the full dmesg here. Thanks
However if the acpidump is correct, the error simply looks like a BIOS issue. There are redundant tables in the acpidump output, thus the failure. Thanks
Created attachment 231621 [details] acpidump output from upgraded bios
Created attachment 231631 [details] dmesg with CONFIG_ACPI_DEBUG and acpi.trace_state=enable
Created attachment 231641 [details] dmesg with CONFIG_ACPI_DEBUG and acpi.trace_state=enable
Lv Zheng, thanks having a look! I double checked and realized that I didn't have the latest bios version from Asus (had 211, latest is 221), but unfortunately nothing seems to have changed regarding the double entries :-( I've attached a new acpidump and dmesg of 4.8.0-rc3 compiled with CONFIG_ACPI_DEBUG and acpi.trace_state=enable on the kernel commandline.
I wasn't sure if you meant that the name of the tables where the same, or the information as well. But I managed to figure out that entry ssdt3 and ssdt8 are the same, as well as ssdt4 and ssdt5, as well as ssdt9 and ssdt10. Reject bug?
If you extract the acpidump, you'll simply find redundant tables in it. For example: BDLI: It can be found in ssdt9 and ssdt10: ...\155631\ssdt10.dsl (3 hits) Line 216: Name (BDLI, 0x28) Line 2959: Store (DPLL, BDLI) Line 2960: Return (BDLI) ...\155631\ssdt9.dsl (3 hits) Line 216: Name (BDLI, 0x28) Line 2959: Store (DPLL, BDLI) Line 2960: Return (BDLI) Not sure if this indicates something wrong in ACPICA. Let's simply mark it as rejected so that it can still be tracked in our bugzilla triage process. I'll close it after obtaining answers from other ACPI experts. Thanks Lv