From: Lee Mann <leepaulmann@gmail.com>
To: baojun.xu@ti.com, broonie@kernel.org
Cc: shenghao-ding@ti.com, niranjan.hy@ti.com, antoine@montane.tech,
andrey.golovko@gmail.com, pierre-louis.bossart@linux.dev,
matthew.schwartz@linux.dev, linux-sound@vger.kernel.org,
regressions@lists.linux.dev
Subject: Re: [PATCH v7] ASoC: tas2783-sdw: add firmware download status check
Date: Sat, 7 Nov 2026 21:25:52 +0000 [thread overview]
Message-ID: <20261107212552.10990-1-leepaulmann@gmail.com> (raw)
In-Reply-To: <20260921111930.1040-1-baojun.xu@ti.com>
Hi Baojun,
This patch, now in v7.4-rc1 as f42fbd560cd8, drops the stereo split
from tas2783_sdw_hw_params() (v5 changelog: "stereo configuration
should be handled by the DisCo table"). On the ASUS ProArt PX13
(HN7306EA, AMD ACP, 2x TAS2783 on SoundWire link 1) that table is
never applied, so the split was what gave stereo there.
The ASUS ACPI declares the SDCA function type without a DisCo constant.
Both amps log "function type only supported as DisCo constant",
find_sdca_function() bails out and the per-amp init table is never
written. ClusterIndex (SDW_SDCA_CTL(1, PPU21, 0x10, 0)) then stays at
0x01 from tas2783_init_seq on both amps.
Tested on 7.3.1 by ear with speaker-test -c2 -t wav, by swapping only
snd-soc-tas2783-sdw:
tas2783-sdw.c from v7.3 (+ a local volume-restore patch, no
channel changes) : Front Left left, Front Right right
tas2783-sdw.c from v7.4-rc1 : Front Left from the left speaker,
Front Right not heard at all, right
speaker silent
The v7.4-rc1 driver probes cleanly (no tas2783 errors in the kernel
log, both amps Attached), so with this patch the PX13's right speaker
no longer works on a stock v7.4 kernel.
I agree the split is wrong where the DisCo init table is applied. I
saw that myself with the SDCA fallback from SOF PR #5904 (which makes
the PX13 table apply: 0x01 on amp 0x8, 0x04 on amp 0xb): with the
split, amp 0xb went silent; with the full mask, stereo. So the two
cases need different handling. Two options I can see:
- keep the split only when no SmartAmp function data was parsed
(sa_func_data absent), or
- land a fallback that lets the ASUS table be parsed (PR #5904 does
this for mfg 0x0102) before 7.4 final.
I'm happy to test either on the PX13.
#regzbot introduced: f42fbd560cd8
#regzbot title: ASoC: tas2783-sdw: right channel lost on ASUS ProArt PX13 after stereo split removal
Thanks,
Lee Mann
next prev parent reply other threads:[~2026-11-07 21:26 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-21 11:19 [PATCH v7] ASoC: tas2783-sdw: add firmware download status check Baojun Xu
2026-09-21 12:31 ` Mark Brown
2026-11-07 21:25 ` Lee Mann [this message]
2026-11-09 17:03 ` Lee Mann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20261107212552.10990-1-leepaulmann@gmail.com \
--to=leepaulmann@gmail.com \
--cc=andrey.golovko@gmail.com \
--cc=antoine@montane.tech \
--cc=baojun.xu@ti.com \
--cc=broonie@kernel.org \
--cc=linux-sound@vger.kernel.org \
--cc=matthew.schwartz@linux.dev \
--cc=niranjan.hy@ti.com \
--cc=pierre-louis.bossart@linux.dev \
--cc=regressions@lists.linux.dev \
--cc=shenghao-ding@ti.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox