Bug 155631 - Namespace lookup failure, AE_ALREADY_EXISTS
Summary: Namespace lookup failure, AE_ALREADY_EXISTS
Status: REJECTED WILL_NOT_FIX
Alias: None
Product: ACPI
Classification: Unclassified
Component: Config-Tables (show other bugs)
Hardware: Intel Linux
: P1 normal
Assignee: acpi_config-tables
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-08-30 17:52 UTC by Jonas Aaberg
Modified: 2016-09-18 01:03 UTC (History)
1 user (show)

See Also:
Kernel Version: 4.8.0-rc3
Subsystem:
Regression: No
Bisected commit-id:


Attachments
acpidump output (138.45 KB, application/x-bzip)
2016-08-30 17:52 UTC, Jonas Aaberg
Details
dmesg output (40.90 KB, text/plain)
2016-08-30 17:53 UTC, Jonas Aaberg
Details
lshw (8.09 KB, text/plain)
2016-08-30 17:53 UTC, Jonas Aaberg
Details
lspci output (549 bytes, text/plain)
2016-08-30 17:54 UTC, Jonas Aaberg
Details
acpidump output from upgraded bios (140.37 KB, application/x-bzip)
2016-08-31 17:44 UTC, Jonas Aaberg
Details
dmesg with CONFIG_ACPI_DEBUG and acpi.trace_state=enable (27.82 KB, application/x-bzip)
2016-08-31 17:45 UTC, Jonas Aaberg
Details
dmesg with CONFIG_ACPI_DEBUG and acpi.trace_state=enable (34.09 KB, application/x-bzip)
2016-08-31 17:56 UTC, Jonas Aaberg
Details

Description Jonas Aaberg 2016-08-30 17:52:49 UTC
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)
Comment 1 Jonas Aaberg 2016-08-30 17:53:19 UTC
Created attachment 231471 [details]
dmesg output
Comment 2 Jonas Aaberg 2016-08-30 17:53:40 UTC
Created attachment 231481 [details]
lshw
Comment 3 Jonas Aaberg 2016-08-30 17:54:01 UTC
Created attachment 231491 [details]
lspci output
Comment 4 Lv Zheng 2016-08-31 02:50:59 UTC
Please enable CONFIG_ACPI_DEBUG and re-build the kernel.
Boot the kernel with acpi.trace_state=enable.

Upload the full dmesg here.

Thanks
Comment 5 Lv Zheng 2016-08-31 02:58:03 UTC
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
Comment 6 Jonas Aaberg 2016-08-31 17:44:29 UTC
Created attachment 231621 [details]
acpidump output from upgraded bios
Comment 7 Jonas Aaberg 2016-08-31 17:45:55 UTC
Created attachment 231631 [details]
dmesg with CONFIG_ACPI_DEBUG and acpi.trace_state=enable
Comment 8 Jonas Aaberg 2016-08-31 17:56:08 UTC
Created attachment 231641 [details]
dmesg with CONFIG_ACPI_DEBUG and acpi.trace_state=enable
Comment 9 Jonas Aaberg 2016-08-31 17:57:22 UTC
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.
Comment 10 Jonas Aaberg 2016-09-04 11:07:43 UTC
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?
Comment 11 Lv Zheng 2016-09-18 01:03:43 UTC
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

Note You need to log in before you can comment on or make changes to this bug.