[BUG] HP OmniBook X Flip 16 (board 8EA2, ACP 7.0): tas2783 requests firmware names that linux-firmware does not ship

[ImRick23]

Note: I'm not an experienced Linux user. The diagnosis and this report were prepared with the help of Claude (Anthropic, Claude Opus 5.5) in the claude.ai chat; I ran all the commands and tests on my own machine. If you need more information, simple step-by-step instructions would be much appreciated.

Describe the bug
On the HP OmniBook X Flip 16 (board 8EA2) the internal speakers produce no sound. With kernel 7.3-rc4 the ACP flag override for 8EA2 is active: snd_pci_ps binds, both TAS2783 amps (SoundWire link 0, unique IDs 0x9 and 0xC) and the RT712 enumerate, and the amd-soundwire card exposes the SmartAmp playback PCM. However, the tas2783 calibration firmware is never loaded because the driver requests file names that linux-firmware does not ship, so every playback attempt fails with "error playback without fw download".

The driver generates a three-field name (8EA2-0-0xC.bin, fallback 8EA2-0-C.bin), while linux-firmware ships four-field names for this board:

8EA2-0-0-0x9.bin
8EA2-0-0-0xC.bin
8EA2-1-0-0x9.bin
8EA2-1-0-0xC.bin

There are two variants (8EA2-0-* and 8EA2-1-*) and I don't know which one matches my speakers, so I have not applied a local workaround (e.g. symlinks). This appears to be the same naming issue already reported on the linux-sound mailing list for the sibling HP OmniBook X Flip 14 (board 8EA1).

On kernel 7.2.7, snd_acp_pci binds instead and only a PDM microphone card appears (expected, since the 8EA2 flag override landed in 7.3).

To Reproduce

1. Boot kernel 7.3.0-rc4 on the HP OmniBook X Flip 16-cc0xxx
2. Try to play any audio through the internal speakers (e.g. speaker-test -D sysdefault:CARD=amdsoundwire -c 2 -t wav)
3. No sound; dmesg shows the firmware load failures below

Reproduction Rate
All the time (every boot).

Expected behavior
The tas2783 driver loads the calibration firmware for board 8EA2 and the internal speakers play audio.

Impact
Showstopper for internal speakers. Workaround: headphones, Bluetooth or HDMI audio.

Environment

1. Branch name and commit hash of the 2 repositories: sof (firmware/topology) and linux (kernel driver).
   • Kernel: distribution kernel, not a git build: CachyOS linux-cachyos-rc 7.3.rc4-1 (uname -r: 7.3.0-rc4-1-cachyos-rc)
   • SOF: N/A (SOF is not used; the device is driven by snd_pci_ps, the AMD ACP SoundWire driver)
   • linux-firmware: 20260916 (Arch/CachyOS split packages, linux-firmware-ti 1:20260916-1)
2. Name of the topology file
   • Topology: N/A (SOF not in use)
3. Name of the platform(s) on which the bug is observed.
   • Platform: AMD ACP 7.0 (PCI 1022:15e2 rev 0x70, subsystem 103c:8ea2), AMD Ryzen AI 9 465
   • Machine: HP OmniBook X Flip Laptop 16-cc0xxx, board 8EA2, BIOS F.07
   • Codecs: 2x TI TAS2783 (SoundWire link 0, unique IDs 0x9 and 0xC), Realtek RT712 (link 1)

Screenshots or console output

Kernel log (dmesg | grep -i tas2783, excerpt; the last two lines repeat many times):

slave-tas2783 sdw:0:0:0102:0000:01:c: Direct firmware load for 8EA2-0-0xC.bin failed with error -2
slave-tas2783 sdw:0:0:0102:0000:01:c: Failed to read preferred fw binary: 8EA2-0-0xC.bin, attempting fallback binary load
slave-tas2783 sdw:0:0:0102:0000:01:c: Direct firmware load for 8EA2-0-C.bin failed with error -2
slave-tas2783 sdw:0:0:0102:0000:01:c: Failed to read fallback fw binary 8EA2-0-C.bin
slave-tas2783 sdw:0:0:0102:0000:01:9: Direct firmware load for 8EA2-0-0x9.bin failed with error -2
slave-tas2783 sdw:0:0:0102:0000:01:9: Failed to read preferred fw binary: 8EA2-0-0x9.bin, attempting fallback binary load
slave-tas2783 sdw:0:0:0102:0000:01:9: Direct firmware load for 8EA2-0-9.bin failed with error -2
slave-tas2783 sdw:0:0:0102:0000:01:9: Failed to read fallback fw binary 8EA2-0-9.bin
slave-tas2783 sdw:0:0:0102:0000:01:c: error playback without fw download
slave-tas2783 sdw:0:0:0102:0000:01:c: ASoC error (-22): at snd_soc_dai_hw_params() on tas2783-codec

No SOF firmware log is available because SOF is not in use on this path.

Additional logs (click to expand)

Kernel 7.2.7-1-cachyos (before the fix):

$ lspci -nnk -d 1022:15e2
c1:00.5 Multimedia controller [0480]: Advanced Micro Devices, Inc. [AMD] Audio Coprocessor [1022:15e2] (rev 70)
        Subsystem: Hewlett-Packard Company Device [103c:8ea2]
        Kernel driver in use: snd_acp_pci
        Kernel modules: snd_pci_acp3x, snd_rn_pci_acp3x, snd_pci_acp5x, snd_pci_acp6x, snd_acp_pci, snd_pci_ps, snd_pci_acp7x, snd_sof_amd_renoir, snd_sof_amd_rembrandt, snd_sof_amd_vangogh, snd_sof_amd_acp63, snd_sof_amd_acp70

$ cat /proc/asound/cards
 0 [Generic        ]: HDA-Intel - HD-Audio Generic
                      HD-Audio Generic at 0xb05c0000 irq 148
 1 [acppdmmach     ]: acp-pdm-mach - acp-pdm-mach
                      HP-HPOmniBookXFlipLaptop16_cc0xxx-Type1ProductConfigId-8EA2

Kernel 7.3.0-rc4-1-cachyos-rc:

$ lspci -nnk -d 1022:15e2
c1:00.5 Multimedia controller [0480]: Advanced Micro Devices, Inc. [AMD] Audio Coprocessor [1022:15e2] (rev 70)
        Subsystem: Hewlett-Packard Company Device [103c:8ea2]
        Kernel driver in use: snd_pci_ps
        Kernel modules: snd_pci_acp3x, snd_rn_pci_acp3x, snd_pci_acp5x, snd_pci_acp6x, snd_acp_pci, snd_pci_ps, snd_pci_acp7x, snd_sof_amd_renoir, snd_sof_amd_rembrandt, snd_sof_amd_vangogh, snd_sof_amd_acp63, snd_sof_amd_acp70, snd_sof_amd_acp7x

$ cat /proc/asound/cards
 0 [Generic        ]: HDA-Intel - HD-Audio Generic
                      HD-Audio Generic at 0xb05c0000 irq 148
 1 [amdsoundwire   ]: amd-soundwire - amd-soundwire
                      HP-HPOmniBookXFlipLaptop16_cc0xxx-Type1ProductConfigId-8EA2

$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: Generic [HD-Audio Generic], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: Generic [HD-Audio Generic], device 7: HDMI 1 [LG ULTRAGEAR]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: Generic [HD-Audio Generic], device 8: HDMI 2 [HDMI 2]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: amdsoundwire [amd-soundwire], device 0: SDW1-PIN0-PLAYBACK-SimpleJack rt712-sdca-aif1-0 []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: amdsoundwire [amd-soundwire], device 2: SDW0-PIN1-PLAYBACK-SmartAmp multicodec-2 []
  Subdevices: 1/1
  Subdevice #0: subdevice #0

dmesg excerpt (SDCA/SoundWire enumeration and first errors; the playback and capture error blocks repeat many times):

[    6.292910] acpi device:17: function type only supported as DisCo constant
[    6.292985] acpi device:19: function type only supported as DisCo constant
[    6.293162] acpi device:1b: SDCA function UAJ (type 6) at 0x1
[    6.293164] acpi device:1c: SDCA function SmartMic (type 3) at 0x2
[    6.293167] acpi device:1d: SDCA function HID (type 10) at 0x3
[    6.336441] slave-tas2783 sdw:0:0:0102:0000:01:c: Direct firmware load for 8EA2-0-0xC.bin failed with error -2
[    6.336448] slave-tas2783 sdw:0:0:0102:0000:01:c: Failed to read preferred fw binary: 8EA2-0-0xC.bin, attempting fallback binary load
[    6.336491] slave-tas2783 sdw:0:0:0102:0000:01:c: Direct firmware load for 8EA2-0-C.bin failed with error -2
[    6.336492] slave-tas2783 sdw:0:0:0102:0000:01:c: Failed to read fallback fw binary 8EA2-0-C.bin
[    6.339590] input: amd-soundwire Headset Jack as /devices/pci0000:00/0000:00:08.1/0000:c1:00.5/amd_sdw/sound/card1/input35
[    6.349027] slave-tas2783 sdw:0:0:0102:0000:01:9: Direct firmware load for 8EA2-0-0x9.bin failed with error -2
[    6.349030] slave-tas2783 sdw:0:0:0102:0000:01:9: Failed to read preferred fw binary: 8EA2-0-0x9.bin, attempting fallback binary load
[    6.349043] slave-tas2783 sdw:0:0:0102:0000:01:9: Direct firmware load for 8EA2-0-9.bin failed with error -2
[    6.349044] slave-tas2783 sdw:0:0:0102:0000:01:9: Failed to read fallback fw binary 8EA2-0-9.bin
[    9.593727] slave-tas2783 sdw:0:0:0102:0000:01:c: error playback without fw download
[    9.593732] slave-tas2783 sdw:0:0:0102:0000:01:c: ASoC error (-22): at snd_soc_dai_hw_params() on tas2783-codec
[    9.593739] sdw_deprepare_stream: subdevice #0-Playback: inconsistent state state 0
[    9.593740]  SDW0-PIN1-PLAYBACK-SmartAmp: ASoC error (-22): at __soc_pcm_hw_params() on SDW0-PIN1-PLAYBACK-SmartAmp
[    9.593742] sdw_deprepare_stream: subdevice #0-Playback: inconsistent state state 0
[    9.597505] slave-tas2783 sdw:0:0:0102:0000:01:c: error playback without fw download
[    9.597506] slave-tas2783 sdw:0:0:0102:0000:01:c: ASoC error (-22): at snd_soc_dai_hw_params() on tas2783-codec
[    9.597509] sdw_deprepare_stream: subdevice #0-Capture: inconsistent state state 0
[    9.597509]  SDW0-PIN4-CAPTURE-SmartAmp: ASoC error (-22): at __soc_pcm_hw_params() on SDW0-PIN4-CAPTURE-SmartAmp
[    9.597511] sdw_deprepare_stream: subdevice #0-Capture: inconsistent state state 0

TAS2783 firmware files present on the system (in /usr/lib/firmware/ti/audio/tas2783/, all dated 17 Sep 2026):

8EA1-0-0-0x9.bin.zst
8EA1-0-0-0xC.bin.zst
8EA1-1-0-0x9.bin.zst
8EA1-1-0-0xC.bin.zst
8EA2-0-0-0x9.bin.zst
8EA2-0-0-0xC.bin.zst
8EA2-1-0-0x9.bin.zst
8EA2-1-0-0xC.bin.zst
8EA5-0-2-0x9.bin.zst -> 8EA2-0-0-0x9.bin.zst
8EA5-0-2-0xC.bin.zst -> 8EA2-0-0-0xC.bin.zst
8EA5-1-2-0x9.bin.zst -> 8EA2-1-0-0x9.bin.zst
8EA5-1-2-0xC.bin.zst -> 8EA2-1-0-0xC.bin.zst
9014-0-2-0x9.bin.zst -> 8EA2-0-0-0x9.bin.zst
9014-0-2-0xC.bin.zst -> 8EA2-0-0-0xC.bin.zst
9014-1-2-0x9.bin.zst -> 8EA2-1-0-0x9.bin.zst
9014-1-2-0xC.bin.zst -> 8EA2-1-0-0xC.bin.zst
9015-0-2-0x9.bin.zst -> 8EA2-0-0-0x9.bin.zst
9015-0-2-0xC.bin.zst -> 8EA2-0-0-0xC.bin.zst
9015-1-2-0x9.bin.zst -> 8EA2-1-0-0x9.bin.zst
9015-1-2-0xC.bin.zst -> 8EA2-1-0-0xC.bin.zst

Happy to test patches.

[lgirdwood]

Might be worth searching the internet or Windows driver for those files ?

[ImRick23]

Note: I'm a beginner Linux user, not an experienced one. I'm running all of these steps with the guidance of Claude (Anthropic, Claude Opus 5.5) in the claude.ai chat, and I execute every command myself on my own machine.

Thanks for the suggestion! I checked the Windows side of my dual boot.

The HP-installed TI SmartAmp driver for Windows (sdcatitasxu.inf, DriverVer 02/25/2026, 6.8.1.23) ships exactly the same four files for this board, with the same four-field names, and they are byte-identical to the ones in linux-firmware 20260916:

SHA256 (identical on Windows and in linux-firmware)
8EA2-0-0-0x9.bin  22b560c351ebda973bfa5ba09ebc0533d3f67fcebdf60dcb04a280fed6d3d2b0
8EA2-0-0-0xC.bin  a1e86db17c37c128faa3ba19afc0ea397f3239d55824596312395dbfd7b67fdb
8EA2-1-0-0x9.bin  72256a5f509daa42cdfadec2777bf41023df4cd909b0c7025b95747a9195a45f
8EA2-1-0-0xC.bin  bc20c80998f4446576a1bb7c0154257689fb6ab3140170750ed9e28edc4a59b4

So no file with the name the Linux driver requests (8EA2-0-0x9.bin) exists on Windows either.

Some observations from the Windows package that may help:

• For almost all other HP boards the Windows package uses three-field names that match what tas_generate_fw_name() generates, e.g. 8EF5-0-0x9.bin, 8EB4-1-0xA.bin, 8FA4-0-0xC.bin.
• Only 8EA1, 8EA2 and 8EA4-8EA8 use four fields. For 8EA1/8EA2 the third field is always 0, and on this machine both amps are on link 0 (Windows enumerates them as SDCA&MAN_0102&PART_0000&VER_03&CID_00&LID_00&UID_09/UID_0C&SUBSYS_8EA2103C, consistent with Linux). For 8EA4-8EA8 the third field is always 2. So the scheme looks like <SSID>-<variant>-<link>-0x<uid>.bin, with an extra variant index (0 or 1) that the Linux driver doesn't know about.
• On the linux-sound list it was noted for 8EA1 that the two variants carry different DDC names (..._Stereo_AAC_... vs ..._Stereo_FG_...), so they seem to be tunings for different speaker suppliers.
• The Windows package also contains generic files named 15E2-{0,1}-0x{8..F}.bin and 0-{1,2}-0x{8..F}.bin.

I could not find how Windows picks the variant: the INF just copies all files into the driver folder, and the device and driver registry keys contain no firmware or variant setting. On Windows the amps use the Microsoft inbox SdcaClass driver with TI's SDCATITASXu as an extension filter, so I assume the variant is selected at runtime, maybe by reading something from the hardware.

Could someone from TI advise how the variant should be chosen? I have not applied any local workaround, since I don't want to run the amps with the wrong tuning. Happy to run commands or test patches.