diff options
| author | Zimeng Li <me@lizi.moe> | 2026-09-27 09:09:11 +0800 |
|---|---|---|
| committer | Mark Brown <broonie@kernel.org> | 2026-09-28 12:44:37 +0100 |
| commit | ca51771c8efde5df05476ac98dd1b2af4e2b149f (patch) | |
| tree | 008fbd3f24f0b194362dbf6608e9f86dd12daa84 /tools/lib/python/kdoc/python_version.py | |
| parent | c5a8fc2abe05cf6db71f57ff0177fddc59861a1a (diff) | |
| download | linux-next-ca51771c8efde5df05476ac98dd1b2af4e2b149f.tar.gz linux-next-ca51771c8efde5df05476ac98dd1b2af4e2b149f.zip | |
ASoC: qcom: lpass-cpu: use DAI table index for playback constraints
The DAI ID is a hardware port ID and is not necessarily the index of
the corresponding entry in variant->dai_driver.
When configuring a DAI with LPAIF_I2SCTL_MODE_QUAD01, the probe code
currently uses dai_id to index variant->dai_driver. This is incorrect
for platforms where DAI IDs are sparse. For example, the IPQ806x MI2S
DAI has ID 4 while it is the only entry in the DAI driver table. If
that DAI is configured for QUAD01 and probe reaches this branch, the
code writes beyond that single entry via dai_driver[4] instead of
updating the DAI being processed.
Use the loop index i when updating the current DAI's playback channel
constraints, while retaining dai_id for indexing the hardware-port
specific playback SD-line mode array.
This fixes the incorrect DAI table access for platforms where the DAI
ID does not match its position in the driver table.
Fixes: c223f41c1a52 ("ASoC: qcom: Add four speaker support on MI2S secondary")
Cc: stable@vger.kernel.org
Signed-off-by: Zimeng Li <me@lizi.moe>
Assisted-by: LLM-assisted source analysis
Reviewed-by: Srinivas Kandagatla <srinivas.kandagatla@oss.qualcomm.com>
Link: https://patch.msgid.link/20260927010911.51980-1-me@lizi.moe
Signed-off-by: Mark Brown <broonie@kernel.org>
Diffstat (limited to 'tools/lib/python/kdoc/python_version.py')
0 files changed, 0 insertions, 0 deletions
