[Bug 2163555] Re: [ASUS ROG Strix G18 G814JVR] BIOS 320/322 expose conflicting ACPI namespace: duplicate XHCI _UPC/_PLD and PEGP._S0W definitions

** Tags added: kernel-daily-bug -- You received this bug notification because you are subscribed to linux in Ubuntu. Matching subscriptions: Bgg, Bmail, Nb https://bugs.launchpad.net/bugs/2163555 Title: [ASUS ROG Strix G18 G814JVR] BIOS 320/322 expose conflicting ACPI namespace: duplicate XHCI _UPC/_PLD and PEGP._S0W definitions Status in linux package in Ubuntu: New Bug description: System: - ASUS ROG Strix G18 G814JVR - Ubuntu 26.04 LTS - kernel 7.0.0-29-generic / Ubuntu 7.0.0-29.29-generic - running-kernel ACPICA: 20251212 - BIOS tested: - G814JVR.320, 2024-10-24 - G814JVR.322, 2025-10-01 The system produces a large set of ACPI BIOS errors on every boot. I have isolated multiple reproducible namespace conflicts in the firmware ACPI tables and reproduced them independently with upstream ACPICA iasl 20260408. The most visible boot errors include: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PC00.I2C1.TPL1], AE_NOT_FOUND ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PC00.I2C3.TPL1], AE_NOT_FOUND and duplicate objects for every XHCI RHUB port: \_SB.PC00.XHCI.RHUB.HS01._UPC \_SB.PC00.XHCI.RHUB.HS01._PLD ... HS01 through HS14 SS01 through SS10 all failing with AE_ALREADY_EXISTS. Additional firmware errors include unresolved LPCB.SEN2, missing WMI WQ00, and \_TZ.THRM being unresolved while evaluating \_SB.IETM._OSC. I upgraded the machine from BIOS 320 to the current BIOS 322. The same ACPI errors remain. I captured the full ACPI table sets before and after the BIOS upgrade and compared them. The SSDTs directly implicated in these failures are byte-for-byte identical between BIOS 320 and BIOS 322, including: - ssdt1.dat (DPTF / thermal-related table) - ssdt7.dat (_ASUS_ RplSBTbt) - ssdt10.dat (_ASUS_ TbtTypeC) - ssdt11.dat (_ASUS_ UsbCTabl) - ssdt12.dat (INTEL xh_rplsb) - DMAR BIOS 322 did change the DSDT and several other tables, so it was a real firmware-table update, but the implicated SSDTs were not updated. I then built upstream ACPICA 20260408 and reproduced the namespace conflicts outside the running kernel. XHCI collision isolation: DSDT + ssdt12.dat (INTEL xh_rplsb) fails immediately with: Firmware Error (ACPI): Failure creating named object [\_SB.PC00.XHCI.RHUB.HS01._UPC], AE_ALREADY_EXISTS This is the same error emitted by the running Ubuntu kernel. For comparison: - DSDT + ssdt10 (TbtTypeC): succeeds - DSDT + ssdt11 (UsbCTabl): succeeds - ssdt10 + ssdt11: succeeds - ssdt10 + ssdt12: succeeds - ssdt11 + ssdt12: succeeds Therefore the XHCI collision is specifically between the DSDT and the INTEL xh_rplsb SSDT, not between the ASUS Type-C tables. There is a second independent namespace collision: ssdt5.dat (SaSsdt) ssdt7.dat (_ASUS_ RplSBTbt) Both combinations: target=ssdt5 external=ssdt7 target=ssdt7 external=ssdt5 fail with: Failure creating named object [\_SB.PC00.PEG1.PEGP._S0W], AE_ALREADY_EXISTS The complete BIOS-322 table set also fails ACPICA 20260408 disassembly on that same PEGP._S0W object. The extracted AML further shows that the DSDT and INTEL xh_rplsb table provide overlapping XHCI RHUB port _UPC/_PLD definitions rather than the tables being mutually exclusive. This demonstrates an internally conflicting ACPI namespace supplied by the G814JVR firmware and reproducible with both the ACPICA version in the Ubuntu kernel and upstream ACPICA 20260408. There is a separate runtime xHCI/USB failure being tracked in Ubuntu bug #2163551. That incident involved an xHCI Host System Error and an IOMMU/DMAR DMA-read fault for 00:14.0. Because these ACPI errors concern the same XHCI controller namespace, they may be relevant platform context, but I am NOT claiming that the ACPI namespace defect has been proven to cause the runtime xHCI failure. Please advise whether this should be handled with a kernel ACPI quirk/table override or escalated to ASUS/firmware vendor, and whether any additional ACPI table analysis is useful. ProblemType: Bug DistroRelease: Ubuntu 26.04 Package: linux-image-7.0.0-29-generic 7.0.0-29.29 ProcVersionSignature: Ubuntu 7.0.0-29.29-generic 7.0.12 Uname: Linux 7.0.0-29-generic x86_64 NonfreeKernelModules: zfs ApportVersion: 2.34.1-0ubuntu0.1 Architecture: amd64 CasperMD5CheckResult: unknown CurrentDesktop: ubuntu:GNOME Date: Fri Aug 14 22:06:34 2026 IwDevWlo1Link: Not connected. MachineType: ASUSTeK COMPUTER INC. ROG Strix G18 G814JVR_G814JVR ProcFB: 0 i915drmfb 1 nvidia-drmdrmfb ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-7.0.0-29-generic root=ZFS=UbuntuZFS/root ro quiet splash SourcePackage: linux UpgradeStatus: Upgraded to resolute on 2026-06-05 (70 days ago) dmi.bios.date: 10/01/2025 dmi.bios.release: 5.27 dmi.bios.vendor: American Megatrends International, LLC. dmi.bios.version: G814JVR.322 dmi.board.asset.tag: ATN12345678901234567 dmi.board.name: G814JVR dmi.board.vendor: ASUSTeK COMPUTER INC. dmi.board.version: 1.0 dmi.chassis.asset.tag: No Asset Tag dmi.chassis.type: 10 dmi.chassis.vendor: ASUSTeK COMPUTER INC. dmi.chassis.version: 1.0 dmi.ec.firmware.release: 0.49 dmi.modalias: dmi:bvnAmericanMegatrendsInternational,LLC.:bvrG814JVR.322:bd10/01/2025:br5.27:efr0.49:svnASUSTeKCOMPUTERINC.:pnROGStrixG18G814JVR_G814JVR:pvr1.0:rvnASUSTeKCOMPUTERINC.:rnG814JVR:rvr1.0:cvnASUSTeKCOMPUTERINC.:ct10:cvr1.0:sku:pfaROGStrixG18: dmi.product.family: ROG Strix G18 dmi.product.name: ROG Strix G18 G814JVR_G814JVR dmi.product.version: 1.0 dmi.sys.vendor: ASUSTeK COMPUTER INC. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2163555/+subscriptions