equest to upstream: ALC287_FIXUP_TXNW2781_I2C quirk for ASUS Strix Gxx5 family (CachyOS commit 20313d76)

Hi all,

I'm writing to ask whether the small fixup-table change below can be 
picked up for mainline. It's already in CachyOS's downstream tree since 
2026-03-06 and is reported to restore speaker audio on an
entire family of recent ASUS ROG Strix laptops, including mine.

The relevant commit is by Eric Naim <[email protected]>:

   CachyOS commit 20313d767be2e5abdb88295b7c724634e1937a4f
   "ALSA: hda/realtek: Use ALC287_FIXUP_TXNW2781_I2C for ASUS Strix Gxx5"
https://github.com/CachyOS/linux/commit/20313d767be2e5abdb88295b7c724634e1937a4f

The change is a six-line edit to sound/hda/codecs/realtek/alc269.c: the 
affected SSIDs are currently mapped to ALC287_FIXUP_TAS2781_I2C but 
actually need ALC287_FIXUP_TXNW2781_I2C. The wrong quirk leaves the I²C 
interrupt config inconsistent with the ACPI TXNW2781 entry, so 
serial-multi-instantiate fails to resolve IRQ index 0 for each of the 
three amp channels, and only the first channel binds.

SSIDs affected (per Eric's patch):
   0x1043 0x3ee0  ASUS Strix G815_JHR_JMR_JPR
   0x1043 0x3ef0  ASUS Strix G635LR_LW_LX
   0x1043 0x3f00  ASUS Strix G815LH_LM_LP
   0x1043 0x3f10  ASUS Strix G835LR_LW_LX
   0x1043 0x3f20  ASUS Strix G615LR_LW   <-- my machine
   0x1043 0x3f30  ASUS Strix G815LR_LW

On my G615LW (SSID 1043:3f20) running kernel 6.19.14-101.fc44, the
broken state matches Eric's commit log exactly:

   Serial bus multi instantiate pseudo device driver TXNW2781:00: error 
-ENXIO: IRQ index 0 not found
   Serial bus multi instantiate pseudo device driver TXNW2781:00: error 
-ENXIO: IRQ index 0 not found
   Serial bus multi instantiate pseudo device driver TXNW2781:00: error 
-ENXIO: IRQ index 0 not found
   Serial bus multi instantiate pseudo device driver TXNW2781:00: 
Instantiated 3 I2C devices.

with .0 binding to tas2781-hda and .1/.2 staying at driver=NONE.
Speakers are silent. Headphones work (they're on a separate codec pin 
and don't involve TAS2781).

I've ruled out asusd as the cause — I rebooted with asusd masked and the 
failure is identical, so this is purely codec-quirk-table business.

Original upstream report:
https://lore.kernel.org/CACB9z7kjs8rhLstEc8fV29BCTb5dd881JwGozoKdO5cwCb=YwQ@mail.gmail.com

CachyOS issue with discussion:
   https://github.com/CachyOS/linux-cachyos/issues/752

I'm not a kernel developer and don't feel qualified to submit Eric's 
patch on his behalf. Could one of you (or Eric, if you're on this list) 
take a look and consider sending it for inclusion? It's a self-contained 
six-line change that fixes audio for a sizeable family of shipping 
laptops, and the patch is already authored and signed-off.

Happy to test patches against my G615LW.

Thanks,

Rob

-- 
Rob Blake

Director

Losource Ltd

Tel: +44(0)7951 081480

Privacy Notice: This email and any attachments to it may be confidential 
and are intended solely for the use of the individual to whom it is 
addressed. Any views or opinions expressed are solely those of the 
author and do not necessarily represent those of Losource Ltd. If you 
are not the intended recipient of this email, you must neither take any 
action based upon its contents, nor copy or show it to anyone. Please 
contact the sender if you believe you have received this email in error.