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

[PATCH] soundwire: amd: change the log level for command response log
by Vijendar Mukunda 27 Feb '25

27 Feb '25

Change log level for command response log to dev_dbg_ratelimited when command is ignored. Signed-off-by: Vijendar Mukunda <Vijendar.Mukunda(a)amd.com> --- drivers/soundwire/amd_manager.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/soundwire/amd_manager.c b/drivers/soundwire/amd_manager.c index dcf85f94950a..a12c68b93b1c 100644 --- a/drivers/soundwire/amd_manager.c +++ b/drivers/soundwire/amd_manager.c @@ -346,7 +346,7 @@ static enum sdw_command_response amd_sdw_fill_msg_resp(struct amd_sdw_manager *a msg->dev_num); return SDW_CMD_FAIL; } - dev_err_ratelimited(amd_manager->dev, "command is ignored for Slave %d\n", + dev_dbg_ratelimited(amd_manager->dev, "command is ignored for Slave %d\n", msg->dev_num); return SDW_CMD_IGNORED; } -- 2.34.1

3 2

ALSA USB quirk mixer driver question
by Lena 27 Feb '25

27 Feb '25

Hi all! I'm currently trying to develop an usb quirk mixer driver for a desktop USB audio interface. The interface exposes the following: - interface 0-2 are USB UAC compliant, bound to by snd-usb-audio, and working flawlessly - interface 3 is vendor specific, and we can ignore it (used for firmware updates) - interface 4 exposes a non-standard mixer with a HID interface exposing 2 interrupt endpoints, and is used by the vendor windows app. I have studied the protocol with usbpcap and can successfully talk to the interface on the userspace, but i had a question regarding how to proceed in the kernel. This is because, after creating a new entry in `sound/usb/mixer_quirks.c` with all the needed controls, userspace can interact with them, etc. I can't figure out how to tell ALSA to bind to the correct interface for the mixer (and kick out usbhid). Looking at the other quirk mixer drivers it doesn't look (?) like any other quirk mixer driver is binding to a *different* interface, not even `sound/usb/mixer_scarlett.c`. Generally, in a standalone USB driver you'd have tracking/teardown handled easily with a callback, but i'm having trouble with the dependencies here. (simply using `usb_sndintpipe()` or `usb_interrupt_msg()` triggers kernel oopses, so that's probably not it) What i think i have to do is to use `usb_get_intf()`, then i have to somehow claim it (does `usb_driver_claim_interface()` work here?). But `usb_get_intf()` requires me to then release the interface with `usb_put_intf()`, and it doesn't look like there's anywhere for me to do that. (`snd_usb_mixer_elem_free()`? doesn't look like the order is correct) `iface_ref_find()` would sorta do what i need, but i cannot use it here. Could someone please point me in the right direction? I'm very stuck at the moment. Thanks, Lena

2 3

[PATCH v1] ASoC: tas2781: Clean up for some define
by Baojun Xu 26 Feb '25

26 Feb '25

Do some clean up for some define in header file. Like change lower case in value, up case in define, space add in recommends, change date of files and add author. Signed-off-by: Baojun Xu <baojun.xu(a)ti.com> --- include/sound/tas2781.h | 21 +++++++++++---------- sound/soc/codecs/tas2781-fmwlib.c | 7 ++++--- 2 files changed, 15 insertions(+), 13 deletions(-) diff --git a/include/sound/tas2781.h b/include/sound/tas2781.h index 72d2060904f6..a2c8eb111e5f 100644 --- a/include/sound/tas2781.h +++ b/include/sound/tas2781.h @@ -2,7 +2,7 @@ // // ALSA SoC Texas Instruments TAS2563/TAS2781 Audio Smart Amplifier // -// Copyright (C) 2022 - 2024 Texas Instruments Incorporated +// Copyright (C) 2022 - 2025 Texas Instruments Incorporated // https://www.ti.com // // The TAS2563/TAS2781 driver implements a flexible and configurable @@ -11,6 +11,7 @@ // // Author: Shenghao Ding <shenghao-ding(a)ti.com> // Author: Kevin Lu <kevin-lu(a)ti.com> +// Author: Baojun Xu <baojun.xu(a)ti.com> // #ifndef __TAS2781_H__ @@ -31,7 +32,7 @@ SNDRV_PCM_FMTBIT_S24_LE | \ SNDRV_PCM_FMTBIT_S32_LE) -/*PAGE Control Register (available in page0 of each book) */ +/* PAGE Control Register (available in page0 of each book) */ #define TASDEVICE_PAGE_SELECT 0x00 #define TASDEVICE_BOOKCTL_PAGE 0x00 #define TASDEVICE_BOOKCTL_REG 127 @@ -42,12 +43,12 @@ #define TASDEVICE_REG(book, page, reg) (((book * 256 * 128) + \ (page * 128)) + reg) -/*Software Reset */ -#define TASDEVICE_REG_SWRESET TASDEVICE_REG(0x0, 0X0, 0x01) +/* Software Reset */ +#define TASDEVICE_REG_SWRESET TASDEVICE_REG(0x0, 0x0, 0x01) #define TASDEVICE_REG_SWRESET_RESET BIT(0) -/*I2C Checksum */ -#define TASDEVICE_I2CChecksum TASDEVICE_REG(0x0, 0x0, 0x7E) +/* I2C Checksum */ +#define TASDEVICE_CHECKSUM_REG TASDEVICE_REG(0x0, 0x0, 0x7e) /* XM_340 */ #define TASDEVICE_XM_A1_REG TASDEVICE_REG(0x64, 0x63, 0x3c) @@ -55,8 +56,8 @@ #define TASDEVICE_XM_A2_REG TASDEVICE_REG(0x64, 0x63, 0x38) /* Volume control */ -#define TAS2563_DVC_LVL TASDEVICE_REG(0x00, 0x02, 0x0C) -#define TAS2781_DVC_LVL TASDEVICE_REG(0x0, 0x0, 0x1A) +#define TAS2563_DVC_LVL TASDEVICE_REG(0x00, 0x02, 0x0c) +#define TAS2781_DVC_LVL TASDEVICE_REG(0x0, 0x0, 0x1a) #define TAS2781_AMP_LEVEL TASDEVICE_REG(0x0, 0x0, 0x03) #define TAS2781_AMP_LEVEL_MASK GENMASK(5, 1) @@ -95,8 +96,8 @@ #define TAS2781_PRM_SINEGAIN_REG TASDEVICE_REG(0x00, 0x14, 0x40) #define TAS2781_PRM_SINEGAIN2_REG TASDEVICE_REG(0x00, 0x14, 0x44) -#define TAS2781_TEST_UNLOCK_REG TASDEVICE_REG(0x00, 0xFD, 0x0D) -#define TAS2781_TEST_PAGE_UNLOCK 0x0D +#define TAS2781_TEST_UNLOCK_REG TASDEVICE_REG(0x00, 0xfd, 0x0d) +#define TAS2781_TEST_PAGE_UNLOCK 0x0d #define TAS2781_RUNTIME_LATCH_RE_REG TASDEVICE_REG(0x00, 0x00, 0x49) #define TAS2781_RUNTIME_RE_REG_TF TASDEVICE_REG(0x64, 0x62, 0x48) diff --git a/sound/soc/codecs/tas2781-fmwlib.c b/sound/soc/codecs/tas2781-fmwlib.c index 61d9c220b6a4..bc2f68bd9846 100644 --- a/sound/soc/codecs/tas2781-fmwlib.c +++ b/sound/soc/codecs/tas2781-fmwlib.c @@ -2,9 +2,10 @@ // // tas2781-fmwlib.c -- TASDEVICE firmware support // -// Copyright 2023 - 2024 Texas Instruments, Inc. +// Copyright 2023 - 2025 Texas Instruments, Inc. // // Author: Shenghao Ding <shenghao-ding(a)ti.com> +// Author: Baojun Xu <baojun.xu(a)ti.com> #include <linux/crc8.h> #include <linux/firmware.h> @@ -1496,7 +1497,7 @@ static int tasdev_block_chksum(struct tasdevice_priv *tas_priv, unsigned int nr_value; int ret; - ret = tasdevice_dev_read(tas_priv, chn, TASDEVICE_I2CChecksum, + ret = tasdevice_dev_read(tas_priv, chn, TASDEVICE_CHECKSUM_REG, &nr_value); if (ret < 0) { dev_err(tas_priv->dev, "%s: Chn %d\n", __func__, chn); @@ -1540,7 +1541,7 @@ static int tasdev_load_blk(struct tasdevice_priv *tas_priv, while (block->nr_retry > 0) { if (block->is_pchksum_present) { ret = tasdevice_dev_write(tas_priv, chn, - TASDEVICE_I2CChecksum, 0); + TASDEVICE_CHECKSUM_REG, 0); if (ret < 0) break; } -- 2.34.1

2 1

ucm2: Add support for MSI PRO B650-A w/ Realtek ALC4080
by GitHub pull_request - opened 26 Feb '25

26 Feb '25

alsa-project/alsa-ucm-conf pull request #514 was opened from gbrener: Gets the front panel audio to work. [alsa-info.txt](https://github.com/user-attachments/files/18993322/alsa-info… Thanks in advance. Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/514 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/514.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

ucm2: MediaTek: mt8390-evk: Add support for SOF
by GitHub pull_request - opened 26 Feb '25

26 Feb '25

alsa-project/alsa-ucm-conf pull request #513 was opened from nfraprado: Add support for MT8390 EVK with the SOF enabled. The only differences compared to the UCM with SOF disabled is the device number for playback and capture, which uses the PCMs for the SOF instead, and the number of channels for capture, which is stereo rather than mono. Define those parameters as variables for each case, with and without SOF, and move the common intialization to an init.conf, so the UCM can be shared by both. Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/513 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/513.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Potential incorrect argument to snd_seq_port_info_set_ump_group in seqmid.c
by GitHub issues - opened 26 Feb '25

26 Feb '25

alsa-project/alsa-lib issue #440 was opened from reuk: https://github.com/alsa-project/alsa-lib/blob/df8f1cc1ec9d9ee15be5e2c23ad25… I think this call in seqmid.c is incorrect. According to the docs, the second argument to `snd_seq_port_info_set_ump_group` should be a 1-based group number (probably 0 for the UMP endpoint). I'm testing on Fedora 41 with alsa-lib-devel 1.2.13-3.fc41, and I'm seeing the following printed to the console when I call `snd_seq_create_ump_endpoint`: ``` ALSA lib seqmid.c:592:(snd_seq_create_ump_endpoint) Failed to create MIDI 2.0 port ``` Issue URL : https://github.com/alsa-project/alsa-lib/issues/440 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

[GIT PULL] ASoC fixes for v6.14-rc4
by Mark Brown 26 Feb '25

26 Feb '25

The following changes since commit 571b69f2f9b1ec7cf7d0e9b79e52115a87a869c4: ASoC: imx-audmix: remove cpu_mclk which is from cpu dai device (2025-02-13 11:34:32 +0000) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git tags/asoc-fix-v6.14-rc4 for you to fetch changes up to 9da0ed4a85027063441fa1c73967cafc38f0677c: ASoC: Intel: don't check number of sdw links when set (2025-02-25 17:47:04 +0000) ---------------------------------------------------------------- ASoC: Fixes for v6.14 More driver specific fixes, the firmware change is part of fixing the race conditions in the Cirrus driver. ---------------------------------------------------------------- Bard Liao (2): ASoC: SOF: Intel: don't check number of sdw links when set dmic_fixup ASoC: Intel: sof_sdw: warn both sdw and pch dmic are used Chancel Liu (1): ASoC: fsl: Rename stream name of SAI DAI driver Hector Martin (3): ASoC: tas2770: Fix volume scale ASoC: tas2764: Fix power control mask ASoC: tas2764: Set the SDOUT polarity correctly Mark Brown (1): ASoC: Intel: don't check number of sdw links when set Nicolas Frattaroli (2): ASoC: es8328: fix route from DAC to output ASoC: dapm-graph: set fill colour of turned on nodes Richard Fitzgerald (2): firmware: cs_dsp: Remove async regmap writes ASoC: cs35l56: Prevent races when soft-resetting using SPI control drivers/firmware/cirrus/cs_dsp.c | 24 +++--------- include/sound/cs35l56.h | 31 +++++++++++++++ sound/pci/hda/cs35l56_hda_spi.c | 3 ++ sound/soc/codecs/cs35l56-shared.c | 80 +++++++++++++++++++++++++++++++++++++++ sound/soc/codecs/cs35l56-spi.c | 3 ++ sound/soc/codecs/es8328.c | 15 ++------ sound/soc/codecs/tas2764.c | 10 ++++- sound/soc/codecs/tas2764.h | 8 +++- sound/soc/codecs/tas2770.c | 2 +- sound/soc/fsl/fsl_sai.c | 6 +-- sound/soc/fsl/imx-audmix.c | 4 +- sound/soc/intel/boards/sof_sdw.c | 7 ++++ sound/soc/sof/intel/hda.c | 18 +-------- tools/sound/dapm-graph | 2 +- 14 files changed, 159 insertions(+), 54 deletions(-)

2 1

[GIT PULL] ASoC fixes for v6.14-rc3
by Mark Brown 26 Feb '25

26 Feb '25

The following changes since commit 571b69f2f9b1ec7cf7d0e9b79e52115a87a869c4: ASoC: imx-audmix: remove cpu_mclk which is from cpu dai device (2025-02-13 11:34:32 +0000) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git tags/asoc-fix-v6.14-rc3 for you to fetch changes up to f5468beeab1b1adfc63c2717b1f29ef3f49a5fab: ASoC: tas2764: Set the SDOUT polarity correctly (2025-02-18 20:08:43 +0000) ---------------------------------------------------------------- ASoC: Fixes for v6.14 A few fixes I and James Calligero picked out of the Asahi tree. ---------------------------------------------------------------- Hector Martin (3): ASoC: tas2770: Fix volume scale ASoC: tas2764: Fix power control mask ASoC: tas2764: Set the SDOUT polarity correctly sound/soc/codecs/tas2764.c | 10 +++++++++- sound/soc/codecs/tas2764.h | 8 +++++++- sound/soc/codecs/tas2770.c | 2 +- 3 files changed, 17 insertions(+), 3 deletions(-)

1 0

[PATCH 0/2] ASoC: codecs: add ES8389 codec driver
by Zhang Yi 26 Feb '25

26 Feb '25

The driver is for codec ES8389 of everest-semi. Zhang Yi (2): ASoC: codecs: add support for ES8389 ASoC: dt-bindings: Add Everest ES8389 audio CODEC .../bindings/sound/everest,es8389.txt | 68 ++ sound/soc/codecs/Kconfig | 5 + sound/soc/codecs/Makefile | 2 + sound/soc/codecs/es8389.c | 977 ++++++++++++++++++ sound/soc/codecs/es8389.h | 139 +++ 5 files changed, 1191 insertions(+) create mode 100755 Documentation/devicetree/bindings/sound/everest,es8389.txt create mode 100755 sound/soc/codecs/es8389.c create mode 100755 sound/soc/codecs/es8389.h -- 2.17.1

3 5

add rt713 & rt1318 LED control
by GitHub pull_request - opened 26 Feb '25

26 Feb '25

alsa-project/alsa-ucm-conf pull request #512 was opened from shumingfan: add rt713 & rt1318 LED control Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/512 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/512.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0