https://bugzilla.kernel.org/show_bug.cgi?id=221636

               URL: https://lore.kernel.org/linux-sound/20260610155701.118
                    [email protected]
            Bug ID: 221636
           Summary: ASUS ROG Strix G16 G614PR (SSID 1043:1074):
                    cs35l41-hda smart amp timeout -110 due to missing or
                    incorrect _DSD
           Product: ACPI
           Version: 2.5
          Hardware: All
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P3
         Component: EC
          Assignee: [email protected]
          Reporter: [email protected]
                CC: [email protected]
        Regression: No

Created attachment 310295
  --> https://bugzilla.kernel.org/attachment.cgi?id=310295&action=edit
ACPI Tables

Hardware: ASUS ROG Strix G16 G614PR (SSID: 1043:1074)
CPU: AMD Ryzen 9 8940HX
Audio: Realtek ALC287 + 2x Cirrus Logic CS35L41 smart amplifiers (I2C
connection)

I have verified, as @Stefan said, that the host BIOS DSDT table actually
defines the ACPI _DSD properties under the SPKR device scope.

The AML binary contains:
  - "cirrus,dev-index" -> [0x40, 0x41]
  - "reset-gpios" and "spk-id-gpios"
  - "cirrus,boost-type" -> 0 (CS35L41_INT_BOOST)
  - "cirrus,boost-ind-nanohenry" -> 1000 (1.0 uH)
  - "cirrus,boost-peak-milliamp" -> 4500 (4.5 A)
  - "cirrus,boost-cap-microfarad" -> 24 (24 uF)

During cold boot, the driver successfully parses these ACPI properties and
binds the amplifiers:

  cs35l41-hda i2c-CSC3551:00-cs35l41-hda.0: CS35L41 Bound - SSID: 10431074,
BST: 0, 
VSPK: 0, CH: L, FW EN: 1, SPKID: 0

However, the amplifiers fail to function and time out with a -110 error during
suspend/resume transitions:

  snd_hda_intel 0000:6a:00.6: CORB reset timeout#2, CORBRP = 65535
  cs35l41-hda i2c-CSC3551:00-cs35l41-hda.0: Asserting Reset
  cs35l41-hda i2c-CSC3551:00-cs35l41-hda.0: Enable(1) failed: -110
  cs35l41-hda i2c-CSC3551:00-cs35l41-hda.1: Enable(1) failed: -110

This Bugzilla ticket is created at the request of Stefan Binding to investigate
if the ACPI _DSD definition is fully correct, why the reset line is flagged as
busy ("Reset line busy, assuming shared reset"), or if the failure is tied to
the parent AMD HDA controller suspend/resume state.

Attached to this ticket:
1. Compressed ACPI tables dump (acpi_tables.tar.gz).
2. Full host dmesg showing the failure (dmesg_failure.txt).

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.

_______________________________________________
acpi-bugzilla mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to