- Alsa-devel - mailman.alsa-project.org

[PATCH v2 1/2] ASoC: tas2781: Add tas5828 support
by Baojun Xu 26 Sep '25

26 Sep '25

TAS5828 have on-chip DSP without current/voltage feedback. Signed-off-by: Baojun Xu <baojun.xu(a)ti.com> --- v2: - Update description for TAS5828 - Change commit tree to .../tiwai/sound.git. --- include/sound/tas2781.h | 1 + sound/soc/codecs/tas2781-i2c.c | 7 ++++++- 2 files changed, 7 insertions(+), 1 deletion(-) diff --git a/include/sound/tas2781.h b/include/sound/tas2781.h index ddd997ac3..a37b4d67c 100644 --- a/include/sound/tas2781.h +++ b/include/sound/tas2781.h @@ -122,6 +122,7 @@ enum audio_device { TAS2781, TAS5825, TAS5827, + TAS5828, TAS_OTHERS, }; diff --git a/sound/soc/codecs/tas2781-i2c.c b/sound/soc/codecs/tas2781-i2c.c index 1539b7088..f62a71dca 100644 --- a/sound/soc/codecs/tas2781-i2c.c +++ b/sound/soc/codecs/tas2781-i2c.c @@ -110,6 +110,7 @@ static const struct i2c_device_id tasdevice_id[] = { { "tas2781", TAS2781 }, { "tas5825", TAS5825 }, { "tas5827", TAS5827 }, + { "tas5828", TAS5828 }, {} }; MODULE_DEVICE_TABLE(i2c, tasdevice_id); @@ -126,6 +127,7 @@ static const struct of_device_id tasdevice_of_match[] = { { .compatible = "ti,tas2781" }, { .compatible = "ti,tas5825" }, { .compatible = "ti,tas5827" }, + { .compatible = "ti,tas5828" }, {}, }; MODULE_DEVICE_TABLE(of, tasdevice_of_match); @@ -1665,7 +1667,7 @@ static void tasdevice_fw_ready(const struct firmware *fmw, } tas_priv->fw_state = TASDEVICE_DSP_FW_ALL_OK; - /* There is no calibration required for TAS5825/TAS5827. */ + /* There is no calibration required for TAS5825/TAS5827/TAS5828. */ if (tas_priv->chip_id < TAS5825) { ret = tasdevice_create_cali_ctrls(tas_priv); if (ret) { @@ -1722,6 +1724,7 @@ static void tasdevice_fw_ready(const struct firmware *fmw, case TAS2781: case TAS5825: case TAS5827: + case TAS5828: /* If DSP FW fail, DSP kcontrol won't be created. */ tasdevice_dsp_remove(tas_priv); } @@ -1884,6 +1887,7 @@ static int tasdevice_codec_probe(struct snd_soc_component *codec) break; case TAS5825: case TAS5827: + case TAS5828: p = (struct snd_kcontrol_new *)tas5825_snd_controls; size = ARRAY_SIZE(tas5825_snd_controls); break; @@ -2056,6 +2060,7 @@ static const struct acpi_device_id tasdevice_acpi_match[] = { { "TXNW2781", TAS2781 }, { "TXNW5825", TAS5825 }, { "TXNW5827", TAS5827 }, + { "TXNW5828", TAS5828 }, {}, }; -- 2.25.1

1 0

ucm2: Qualcomm: sa8775p: Move lemans-evk HiFi to sa8775p subdir
by GitHub pull_request - opened 26 Sep '25

26 Sep '25

alsa-project/alsa-ucm-conf pull request #618 was opened from mohsRafi: Move lemans-evk HiFi configuration files to the sa8775p subdirectory, aligning with the kernel's use of the sa8775p folder for all Linux firmware. So Update the UCM HiFi configuration file accordingly. Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/618 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/618.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Looking for inputs on hostless playback with the DSP
by Sridharan, Ranjani 26 Sep '25

26 Sep '25

Hi Mark/Takashi, I would like to implement a topology with a tone generator widget running in the DSP that is connected to the speaker codec at the backend. So, my pipeline looks something like this: Tone Generator Module (DSP) -> DAI Component (DSP) -> Speaker Codec Without a PCM frontend, how would I go about activating this path in my topology? While I can think of adding a kcontrol for the tone generator widget to enable the pipeline in the DSP, I'm wondering how to do the hw_params, startup/shutdown for the backend speaker codec. Could you please help me with some pointers on how to do this? Thanks, Ranjani

2 3

ASOC - Manage sound card with multiple optional codecs
by claudio.mocci＠abinsula.com 26 Sep '25

26 Sep '25

I'm working on a custom driver for an embedded device that should manage an audio card with multiple codecs. Each codec can be hotplugged or removed because is placed on an external display that extends an i2cbus. I used the orginal fsl/imx-card.c driver as a starting point and my device tree looks like this: sound_card: sound { compatible = "display-audio-card"; model = "disp-audio"; pri-dai-link { link-name = "disp-codec-1"; format = "dsp_b"; dai-tdm-slot-num = <4>; dai-tdm-slot-width = <32>; dai-tdm-slot-tx-mask = <1 1 1 1 0 0 0 0>; fsl,mclk-equal-bclk; cpu { sound-dai = <&esai0>; }; codec { sound-dai = <&speaker_dac_1>, <&speaker_dac_2>; }; }; }; The first issue I encountered was that if both of the codecs were not present at the system start the snd_soc_of_get_dai_link_codecs was returning probe_defer, so I made an internal customization to set one of the two codecs to dummy and continuing registering the card that works as required. Now the problem I am facing is when I have both displays connected and when I unplug one of them all the card gets unregistered instead of the single codec. I tried implementing the codec_i2c_remove where I removed the component from the component list snd_soc_component_remove(component); list_del(&component->list); devm_kfree(dev, component->name); and this did not unregistered the card, but something is odd. So I tried to replace the component with a dummy codec to be transparent but without success There is some other architecture instead of imx-card that I can use to implement the feature? I remember firsly I tried with audio-graph-card but without success.

1 1

Re: [PATCH v2 2/2] ASoC: tas2781: Add tas5828 support
by Mark Brown 26 Sep '25

26 Sep '25

On Fri, Sep 26, 2025 at 12:33:39PM +0800, Baojun Xu wrote: > Update ti,tas2781.yaml for adding TAS5828. Reviewed-by: Mark Brown <broonie(a)kernel.org>

1 0

[PATCH v1 1/2] ASoC: tas2781: Add tas5828 support
by Baojun Xu 25 Sep '25

25 Sep '25

TAS5828 have on-chip DSP but have no calibration required stereo smart amplifier. Signed-off-by: Baojun Xu <baojun.xu(a)ti.com> --- include/sound/tas2781.h | 1 + sound/soc/codecs/tas2781-i2c.c | 7 ++++++- 2 files changed, 7 insertions(+), 1 deletion(-) diff --git a/include/sound/tas2781.h b/include/sound/tas2781.h index ddd997ac3216..a37b4d67c137 100644 --- a/include/sound/tas2781.h +++ b/include/sound/tas2781.h @@ -122,6 +122,7 @@ enum audio_device { TAS2781, TAS5825, TAS5827, + TAS5828, TAS_OTHERS, }; diff --git a/sound/soc/codecs/tas2781-i2c.c b/sound/soc/codecs/tas2781-i2c.c index 1539b70881d1..f62a71dca36c 100644 --- a/sound/soc/codecs/tas2781-i2c.c +++ b/sound/soc/codecs/tas2781-i2c.c @@ -110,6 +110,7 @@ static const struct i2c_device_id tasdevice_id[] = { { "tas2781", TAS2781 }, { "tas5825", TAS5825 }, { "tas5827", TAS5827 }, + { "tas5828", TAS5828 }, {} }; MODULE_DEVICE_TABLE(i2c, tasdevice_id); @@ -126,6 +127,7 @@ static const struct of_device_id tasdevice_of_match[] = { { .compatible = "ti,tas2781" }, { .compatible = "ti,tas5825" }, { .compatible = "ti,tas5827" }, + { .compatible = "ti,tas5828" }, {}, }; MODULE_DEVICE_TABLE(of, tasdevice_of_match); @@ -1665,7 +1667,7 @@ static void tasdevice_fw_ready(const struct firmware *fmw, } tas_priv->fw_state = TASDEVICE_DSP_FW_ALL_OK; - /* There is no calibration required for TAS5825/TAS5827. */ + /* There is no calibration required for TAS5825/TAS5827/TAS5828. */ if (tas_priv->chip_id < TAS5825) { ret = tasdevice_create_cali_ctrls(tas_priv); if (ret) { @@ -1722,6 +1724,7 @@ static void tasdevice_fw_ready(const struct firmware *fmw, case TAS2781: case TAS5825: case TAS5827: + case TAS5828: /* If DSP FW fail, DSP kcontrol won't be created. */ tasdevice_dsp_remove(tas_priv); } @@ -1884,6 +1887,7 @@ static int tasdevice_codec_probe(struct snd_soc_component *codec) break; case TAS5825: case TAS5827: + case TAS5828: p = (struct snd_kcontrol_new *)tas5825_snd_controls; size = ARRAY_SIZE(tas5825_snd_controls); break; @@ -2056,6 +2060,7 @@ static const struct acpi_device_id tasdevice_acpi_match[] = { { "TXNW2781", TAS2781 }, { "TXNW5825", TAS5825 }, { "TXNW5827", TAS5827 }, + { "TXNW5828", TAS5828 }, {}, }; -- 2.43.0

2 2

[PATCH v1] slimbus: qcom-ngd-ctrl: Add stream disable support
by Viken Dadhaniya 24 Sep '25

24 Sep '25

Currently slimbus driver doesn't support stream disable callback, it only supports stream enable callback. In slimbus usecase, client is switching to new frequency with same channel and calling enable stream callback for new frequency but DSP subsystem is crashing as we are switching to new frequency with same channel without disabling stream for older frequency. Ideally, before switching to another frequency, client should call disable stream callback and then enable stream for newer frequency. Hence add support to disable stream via qcom_slim_ngd_disable_stream(). Signed-off-by: Viken Dadhaniya <quic_vdadhani(a)quicinc.com> --- drivers/slimbus/qcom-ngd-ctrl.c | 70 +++++++++++++++++++++++++++++++++ drivers/slimbus/slimbus.h | 13 ++++++ 2 files changed, 83 insertions(+) diff --git a/drivers/slimbus/qcom-ngd-ctrl.c b/drivers/slimbus/qcom-ngd-ctrl.c index e0b21f0f79c1..d952827d2e12 100644 --- a/drivers/slimbus/qcom-ngd-ctrl.c +++ b/drivers/slimbus/qcom-ngd-ctrl.c @@ -1,6 +1,7 @@ // SPDX-License-Identifier: GPL-2.0 // Copyright (c) 2011-2017, The Linux Foundation. All rights reserved. // Copyright (c) 2018, Linaro Limited +// Copyright (c) 2024 Qualcomm Innovation Center, Inc. All rights reserved. #include <linux/irq.h> #include <linux/kernel.h> @@ -1084,6 +1085,74 @@ static int qcom_slim_ngd_enable_stream(struct slim_stream_runtime *rt) return ret; } +static int qcom_slim_ngd_disable_stream(struct slim_stream_runtime *rt) +{ + struct slim_device *sdev = rt->dev; + struct slim_controller *ctrl = sdev->ctrl; + struct slim_val_inf msg = {0}; + u8 wbuf[SLIM_MSGQ_BUF_LEN]; + u8 rbuf[SLIM_MSGQ_BUF_LEN]; + struct slim_msg_txn txn = {0,}; + int i, ret; + + txn.mt = SLIM_MSG_MT_DEST_REFERRED_USER; + txn.dt = SLIM_MSG_DEST_LOGICALADDR; + txn.la = SLIM_LA_MGR; + txn.ec = 0; + txn.msg = &msg; + txn.msg->num_bytes = 0; + txn.msg->wbuf = wbuf; + txn.msg->rbuf = rbuf; + + for (i = 0; i < rt->num_ports; i++) { + struct slim_port *port = &rt->ports[i]; + + if (txn.msg->num_bytes == 0) { + wbuf[txn.msg->num_bytes++] = (u8)(SLIM_CH_REMOVE << 6) + | (sdev->laddr & 0x1f); + + ret = slim_alloc_txn_tid(ctrl, &txn); + if (ret) { + dev_err(&sdev->dev, "Fail to allocate TID\n"); + return -ENXIO; + } + wbuf[txn.msg->num_bytes++] = txn.tid; + } + wbuf[txn.msg->num_bytes++] = port->ch.id; + } + + txn.mc = SLIM_USR_MC_CHAN_CTRL; + txn.rl = txn.msg->num_bytes + 4; + ret = qcom_slim_ngd_xfer_msg_sync(ctrl, &txn); + if (ret) { + slim_free_txn_tid(ctrl, &txn); + dev_err(&sdev->dev, "TX timed out:MC:0x%x,mt:0x%x ret:%d\n", + txn.mc, txn.mt, ret); + return ret; + } + + txn.mc = SLIM_USR_MC_RECONFIG_NOW; + txn.msg->num_bytes = 2; + wbuf[1] = sdev->laddr; + txn.rl = txn.msg->num_bytes + 4; + + ret = slim_alloc_txn_tid(ctrl, &txn); + if (ret) { + dev_err(ctrl->dev, "Fail to allocate TID ret:%d\n", ret); + return ret; + } + + wbuf[0] = txn.tid; + ret = qcom_slim_ngd_xfer_msg_sync(ctrl, &txn); + if (ret) { + slim_free_txn_tid(ctrl, &txn); + dev_err(&sdev->dev, "TX timed out:MC:0x%x,mt:0x%x ret:%d\n", + txn.mc, txn.mt, ret); + } + + return ret; +} + static int qcom_slim_ngd_get_laddr(struct slim_controller *ctrl, struct slim_eaddr *ea, u8 *laddr) { @@ -1642,6 +1711,7 @@ static int qcom_slim_ngd_ctrl_probe(struct platform_device *pdev) ctrl->ctrl.clkgear = SLIM_MAX_CLK_GEAR; ctrl->ctrl.get_laddr = qcom_slim_ngd_get_laddr; ctrl->ctrl.enable_stream = qcom_slim_ngd_enable_stream; + ctrl->ctrl.disable_stream = qcom_slim_ngd_disable_stream; ctrl->ctrl.xfer_msg = qcom_slim_ngd_xfer_msg; ctrl->ctrl.wakeup = NULL; ctrl->state = QCOM_SLIM_NGD_CTRL_DOWN; diff --git a/drivers/slimbus/slimbus.h b/drivers/slimbus/slimbus.h index 00a7f112574b..21543d125614 100644 --- a/drivers/slimbus/slimbus.h +++ b/drivers/slimbus/slimbus.h @@ -1,6 +1,7 @@ /* SPDX-License-Identifier: GPL-2.0 */ /* * Copyright (c) 2011-2017, The Linux Foundation + * Copyright (c) 2024 Qualcomm Innovation Center, Inc. All rights reserved. */ #ifndef _DRIVERS_SLIMBUS_H @@ -316,6 +317,18 @@ enum slim_transport_protocol { SLIM_PROTO_EXT_HALF_DUP, }; +/* + * enum slim_ch_control: Channel control. + * Activate will schedule channel and/or group of channels in the TDM frame. + * Suspend will keep the schedule but data-transfer won't happen. + * Remove will remove the channel/group from the TDM frame. + */ +enum slim_ch_control { + SLIM_CH_ACTIVATE, + SLIM_CH_SUSPEND, + SLIM_CH_REMOVE, +}; + /** * struct slim_stream_runtime - SLIMbus stream runtime instance * -- 2.17.1

2 2

UCM Error for MOTU M6
by GitHub issues - opened 23 Sep '25

23 Sep '25

alsa-project/alsa-ucm-conf issue #617 was opened from FreddieWitherden: My USB MOTU M6 USB device works fine, but the KDE sound settings dialogue reports it as "M Series [ALSA UCM error] Pro" in both the Playback Devices and Recording Devices. I've attached the output of `alsa-info.sh --no-upload`. [alsa-info.txt](https://github.com/user-attachments/files/22492752/alsa-info… Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/617 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

[PATCH v1] ASoC: tas2781: Correct the wrong description and register address on tas2781
by Baojun Xu 22 Sep '25

22 Sep '25

Correct the wrong description for TAS257X. Combined TAS5825 with TAS2563, as they use the same register address and number. Correct the register address and number for TAS5827. Fixes: 7095d688de38 ("ASoC: tas2781: Add tas2118, tas2x20, tas5825 support") Signed-off-by: Baojun Xu <baojun.xu(a)ti.com> --- .../devicetree/bindings/sound/ti,tas2781.yaml | 20 +++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/Documentation/devicetree/bindings/sound/ti,tas2781.yaml b/Documentation/devicetree/bindings/sound/ti,tas2781.yaml index 011211112be4..bd00afa47d62 100644 --- a/Documentation/devicetree/bindings/sound/ti,tas2781.yaml +++ b/Documentation/devicetree/bindings/sound/ti,tas2781.yaml @@ -11,11 +11,13 @@ maintainers: - Shenghao Ding <shenghao-ding(a)ti.com> description: | - The TAS2118/TAS2X20/TAS257x is mono, digital input Class-D audio + The TAS2118/TAS2X20 is mono, digital input Class-D audio amplifier optimized for efficiently driving high peak power into small loudspeakers. - Integrated speaker voltage and current sense provides for - real time monitoring of loudspeaker behavior. + The TAS257x is mono, digital input Class-D audio amplifier optimized + for efficiently driving high peak power into small loudspeakers. + Integrated speaker voltage and current sense provides for real time + monitoring of loudspeaker behavior. The TAS2563/TAS2781 is a mono, digital input Class-D audio amplifier optimized for efficiently driving high peak power into small loudspeakers. An integrated on-chip DSP supports Texas @@ -25,9 +27,7 @@ description: | The TAS5825/TAS5827 is a stereo, digital input Class-D audio amplifier optimized for efficiently driving high peak power into small loudspeakers. An integrated on-chip DSP supports Texas - Instruments Smart Amp speaker protection algorithm. The - integrated speaker voltage and current sense provides for real time - monitoring of loudspeaker behavior. + Instruments Smart Amp speaker protection algorithm. Specifications about the audio amplifier can be found at: https://www.ti.com/lit/gpn/tas2120 @@ -131,6 +131,7 @@ allOf: contains: enum: - ti,tas2563 + - ti,tas5825 then: properties: reg: @@ -181,15 +182,14 @@ allOf: compatible: contains: enum: - - ti,tas5825 - ti,tas5827 then: properties: reg: - maxItems: 4 + maxItems: 6 items: - minimum: 0x4c - maximum: 0x4f + minimum: 0x60 + maximum: 0x65 additionalProperties: false -- 2.43.0

1 0

Debian 13, MacBookPro 13, T2, 6.16.6. Steroe Line SSL2 Alsa UCM error but working fine
by GitHub issues - opened 21 Sep '25

21 Sep '25

alsa-project/alsa-ucm-conf issue #616 was opened from brandtan: Hi all, I am using debian 13 on my macbook pro 15,2 T2. Audio subsystem is working fine. However, there is the issue appearing: UCM error These are my alsa information: http://alsa-project.org/db/?f=e4cf3e09c303e10315cb2a970c85af98ccb80a53 Hope that there will be a bugfix soon. Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/616 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0