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

[PATCH v9 0/2] ASoC: rt5575: Add the codec driver for the ALC5575
by Oder Chiou 12 Dec '25

12 Dec '25

Hi all, This patch series adds support for the Realtek ALC5575 audio codec. Changes in v9: - Patch 1/2: - modify the comment - change the compatible name to "realtek,rt5575-use-spi" - Patch 2/2: - remove the standalone rt5575_spi_driver module and integrate its functionality into the I2C driver - move the SPI firmware-loading function to rt5575-spi.c - use the match data to distinguish between w/wo flash - minor fixes Changes in v8: - Patch 1/2: - remove the variable rt5575_spi_ready - use the multiple compatible names to distinguish between w/wo flash - Patch 2/2: - add compatible enum "realtek,rt5575-with-spi" - Link to v8: https://lore.kernel.org/all/20251201105926.1714341-1-oder_chiou@realtek.com/ Changes in v7: - Patch 1/2: - add a caption for the tristates - remove the redundant enum of the SPI command - add the error log in the request firmware failure - change the function name rt5575_spi_fw_loaded to rt5575_fw_load_by_spi - minor fixes - Patch 2/2: - modify commit message - Link to v7: https://lore.kernel.org/all/20251121084112.743518-1-oder_chiou@realtek.com/ Changes in v6: - Patch 1/2: - modify commit message - add select SND_SOC_RT5575 to config SND_SOC_RT5575_SPI in the Kconfig - revise the boiler plate in the head of the file - sort the include files - use a structure to transfer the spi data - use the poll() related function instead the for-loop - revise the UUID to the private ID - minor fixes - Patch 2/2: - modify description - Link to v6: https://lore.kernel.org/all/20251031073245.3629060-1-oder_chiou@realtek.com/ Changes in v2 to v5: - Patch 1/2: - move the firmware to the subdirectory - remove the empty functions - remove the cache_type in the regmap_config - add the error log in the run firmware failure - Patch 2/2: - nothing - Link to v5: https://lore.kernel.org/all/20251015103404.3075684-1-oder_chiou@realtek.com/ Oder Chiou (2): ASoC: dt-bindings: realtek,rt5575: add support for ALC5575 ASoC: rt5575: Add the codec driver for the ALC5575 .../bindings/sound/realtek,rt5575.yaml | 44 +++ sound/soc/codecs/Kconfig | 10 + sound/soc/codecs/Makefile | 3 + sound/soc/codecs/rt5575-spi.c | 102 +++++ sound/soc/codecs/rt5575-spi.h | 26 ++ sound/soc/codecs/rt5575.c | 363 ++++++++++++++++++ sound/soc/codecs/rt5575.h | 59 +++ 7 files changed, 607 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/realtek,rt5575.yaml create mode 100644 sound/soc/codecs/rt5575-spi.c create mode 100644 sound/soc/codecs/rt5575-spi.h create mode 100644 sound/soc/codecs/rt5575.c create mode 100644 sound/soc/codecs/rt5575.h -- 2.52.0

2 5

alsa-info --upload should say HTTPS, not HTTP
by GitHub issues - opened 12 Dec '25

12 Dec '25

alsa-project/alsa-utils issue #312 was opened from jidanni: ``` # alsa-info --upload Your ALSA information is located at http://alsa-project.org/db/?f=a87cd8ba94ebd2f08fde83d50e41782402f117f6 Please inform the person helping you. ``` Issue URL : https://github.com/alsa-project/alsa-utils/issues/312 Repository URL: https://github.com/alsa-project/alsa-utils

1 0

[PATCH] ALSA: usb-mixer: us16x08: validate meter packet indices
by Vulnerability Report 12 Dec '25

12 Dec '25

Hi, while fuzzing a USB gadget that emulates a Tascam US-16x08 we found that get_meter_levels_from_urb() in mixer_us16x08.c uses a channel index taken directly from the 64-byte meter packet to index meter_level[], comp_level[] and master_level[] without any bounds checking. A malformed packet can therefore cause out-of-bounds writes in the snd_us16x08_meter_store. A malicious USB audio device (or USB gadget implementation) that pretends to be a US-16x08-compatible interface can trigger this by sending crafted meter packets. We have a small USB gadget-based PoC for this behaviour and can share it if that would be helpful. This driver is used by common distributions (e.g. Ubuntu) when a US-16x08 or compatible USB audio device is present. The same pattern is present in current mainline kernels. This issue was first reported via security(a)kernel.org. The kernel security team explained that, in the upstream threat model, USB endpoints are expected to be trusted (i.e. only trusted devices should be bound to drivers), so they consider this a normal bug rather than a security vulnerability, and asked us to send a fix to the development lists. The patch below adds simple range checks before updating these arrays. Suggested patch: ---  sound/usb/mixer_us16x08.c | 15 +++++++++++++--  1 file changed, 13 insertions(+), 2 deletions(-) diff --git a/sound/usb/mixer_us16x08.c b/sound/usb/mixer_us16x08.c index XXXXXXXX..YYYYYYYY 100644 --- a/sound/usb/mixer_us16x08.c +++ b/sound/usb/mixer_us16x08.c @@ -647,15 +647,26 @@ static int snd_get_meter_comp_index(struct snd_us16x08_meter_store *store)  /* retrieve the meter level values from URB message */  static void get_meter_levels_from_urb(int s,   struct snd_us16x08_meter_store *store,   u8 *meter_urb)  {   int val = MUC2(meter_urb, s) + (MUC3(meter_urb, s) << 8); + int ch = MUB2(meter_urb, s) - 1; + + if (ch < 0) + return;     if (MUA0(meter_urb, s) == 0x61 && MUA1(meter_urb, s) == 0x02 && - MUA2(meter_urb, s) == 0x04 && MUB0(meter_urb, s) == 0x62) { - if (MUC0(meter_urb, s) == 0x72) - store->meter_level[MUB2(meter_urb, s) - 1] = val; - if (MUC0(meter_urb, s) == 0xb2) - store->comp_level[MUB2(meter_urb, s) - 1] = val; - } + MUA2(meter_urb, s) == 0x04 && MUB0(meter_urb, s) == 0x62) { + if (ch < SND_US16X08_MAX_CHANNELS) { + if (MUC0(meter_urb, s) == 0x72) + store->meter_level[ch] = val; + if (MUC0(meter_urb, s) == 0xb2) + store->comp_level[ch] = val; + } + }   if (MUA0(meter_urb, s) == 0x61 && MUA1(meter_urb, s) == 0x02 && - MUA2(meter_urb, s) == 0x02 && MUB0(meter_urb, s) == 0x62) - store->master_level[MUB2(meter_urb, s) - 1] = val; + MUA2(meter_urb, s) == 0x02 && MUB0(meter_urb, s) == 0x62) { + if (ch < ARRAY_SIZE(store->master_level)) + store->master_level[ch] = val; + }  } Reported-by: DARKNAVY (@DarkNavyOrg) <vr(a)darknavy.com> Signed-off-by: DARKNAVY (@DarkNavyOrg) <vr(a)darknavy.com>

1 0

[PATCH REQUEST] Add support for Pioneer DJM-900nexus (missing quirk, NXS2 already supported)
by immoralimmortality 11 Dec '25

11 Dec '25

Hi ALSA maintainers! I'm requesting support for the Pioneer DJM-900nexus USB audio interface (VID:PID 08e4:0158). BACKGROUND: The DJM-900nexus is the predecessor to the DJM-900NXS2, which is already supported in the kernel (quirks-table.h, mixer_quirks.c). CURRENT BEHAVIOR: - Device enumerates successfully (lsusb shows 08e4:0158) - snd-usb-audio loads but probe fails with "cannot find UAC_HEADER" - Kernel logs: "snd-usb-audio 3-4:1.0: probe with driver snd-usb-audio failed with error -22" - Falls back to MIDI-only: "Quirk or no altset; falling back to MIDI 1.0" - No ALSA PCM devices created despite isochronous endpoints being present DEVICE DETAILS: - Works correctly on Windows with Pioneer's driver - USB descriptor shows vendor-specific audio streaming interface (Interface 0, Class 0xFF) - Alternate Setting 1 has isochronous endpoints (EP5 OUT 0x05, EP6 IN 0x86) for audio - MIDI interface (Interface 2) works correctly on Linux TESTING PERFORMED: - Attempted adding to new_id: echo "08e4 0158" > /sys/bus/usb/drivers/snd-usb-audio/new_id Result: Driver attempted probe but still failed with "cannot find UAC_HEADER" - Multiple replug/reload cycles - no change REQUESTED FIX: Add quirk entry for 08e4:0158 (DJM-900nexus) following the pattern of the existing DJM-900NXS2 (2b73:000a) support. Based on the descriptor layout, this device should need similar vendor-specific handling. The fix should involve adding USB_DEVICE_VENDOR_SPEC(0x08e4, 0x0158) entry in sound/usb/quirks-table.h with appropriate audio format definitions for: - Interface 0, Alternate Setting 1 - Playback: EP 0x05 (OUT) - Capture: EP 0x86 (IN) - Format: S24_3LE, 48kHz stereo (2 channels) - Also include MIDI on Interface 2 I've attached a proposed patch based on the DJM-900NXS2 quirk pattern. SUPPORTING DATA ATTACHED: - djm-900nexus-quirk.patch - Proposed kernel patch - djm-dmesg.log - Kernel probe failure logs - djm-asound-cards.txt - Current ALSA state - djm-arecord.txt - arecord -l output ENVIRONMENT: - Kernel: 6.17.10-300.fc43.x86_64 (Fedora 43) - Device firmware: bcdDevice=10.05 Since the newer DJM-900NXS2 already has full support, I believe adding support for the original nexus should be straightforward. The devices are very similar in functionality. I'm happy to test any patches or provide additional information/traces as needed. Thank you for considering this request! Kind regards, f

1 0

[PATCH 1/3] ALSA: usb-audio: Update for native DSD support quirks
by Jussi Laako 11 Dec '25

11 Dec '25

Maintenance patch for native DSD support. Add set of missing device and vendor quirks; TEAC, Esoteric, Luxman and Musical Fidelity. Signed-off-by: Jussi Laako <jussi(a)sonarnerd.net> --- sound/usb/quirks.c | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/sound/usb/quirks.c b/sound/usb/quirks.c index 61bd61ffb1b2..94a8fdc9c6d3 100644 --- a/sound/usb/quirks.c +++ b/sound/usb/quirks.c @@ -2230,6 +2230,12 @@ static const struct usb_audio_quirk_flags_table quirk_flags_table[] = { DEVICE_FLG(0x0644, 0x806b, /* TEAC UD-701 */ QUIRK_FLAG_ITF_USB_DSD_DAC | QUIRK_FLAG_CTL_MSG_DELAY | QUIRK_FLAG_IFACE_DELAY), + DEVICE_FLG(0x0644, 0x807d, /* TEAC UD-507 */ + QUIRK_FLAG_ITF_USB_DSD_DAC | QUIRK_FLAG_CTL_MSG_DELAY | + QUIRK_FLAG_IFACE_DELAY), + DEVICE_FLG(0x0644, 0x806c, /* Esoteric XD */ + QUIRK_FLAG_ITF_USB_DSD_DAC | QUIRK_FLAG_CTL_MSG_DELAY | + QUIRK_FLAG_IFACE_DELAY), DEVICE_FLG(0x06f8, 0xb000, /* Hercules DJ Console (Windows Edition) */ QUIRK_FLAG_IGNORE_CTL_ERROR), DEVICE_FLG(0x06f8, 0xd002, /* Hercules DJ Console (Macintosh Edition) */ @@ -2388,6 +2394,8 @@ static const struct usb_audio_quirk_flags_table quirk_flags_table[] = { QUIRK_FLAG_CTL_MSG_DELAY_1M), DEVICE_FLG(0x30be, 0x0101, /* Schiit Hel */ QUIRK_FLAG_IGNORE_CTL_ERROR), + DEVICE_FLG(0x3255, 0x0000, /* Luxman D-10X */ + QUIRK_FLAG_ITF_USB_DSD_DAC | QUIRK_FLAG_CTL_MSG_DELAY), DEVICE_FLG(0x339b, 0x3a07, /* Synaptics HONOR USB-C HEADSET */ QUIRK_FLAG_MIXER_PLAYBACK_MIN_MUTE), DEVICE_FLG(0x413c, 0xa506, /* Dell AE515 sound bar */ @@ -2431,6 +2439,8 @@ static const struct usb_audio_quirk_flags_table quirk_flags_table[] = { QUIRK_FLAG_DSD_RAW), VENDOR_FLG(0x2622, /* IAG Limited devices */ QUIRK_FLAG_DSD_RAW), + VENDOR_FLG(0x2772, /* Musical Fidelity devices */ + QUIRK_FLAG_DSD_RAW), VENDOR_FLG(0x278b, /* Rotel? */ QUIRK_FLAG_DSD_RAW), VENDOR_FLG(0x292b, /* Gustard/Ess based devices */ -- 2.43.0

1 2

[PATCH v1] ALSA: hda/tas2781: Add new quirk for HP new project
by Baojun Xu 11 Dec '25

11 Dec '25

Add new vendor_id and subsystem_id in quirk for HP new project (NexusX). Signed-off-by: Baojun Xu <baojun.xu(a)ti.com> --- sound/hda/codecs/realtek/alc269.c | 1 + 1 file changed, 1 insertion(+) diff --git a/sound/hda/codecs/realtek/alc269.c b/sound/hda/codecs/realtek/alc269.c index 9510aa2f1bda..171a71457ec3 100644 --- a/sound/hda/codecs/realtek/alc269.c +++ b/sound/hda/codecs/realtek/alc269.c @@ -6770,6 +6770,7 @@ static const struct hda_quirk alc269_fixup_tbl[] = { SND_PCI_QUIRK(0x103c, 0x8e60, "HP Trekker ", ALC287_FIXUP_CS35L41_I2C_2), SND_PCI_QUIRK(0x103c, 0x8e61, "HP Trekker ", ALC287_FIXUP_CS35L41_I2C_2), SND_PCI_QUIRK(0x103c, 0x8e62, "HP Trekker ", ALC287_FIXUP_CS35L41_I2C_2), + SND_PCI_QUIRK(0x103c, 0x8e8a, "HP NexusX", ALC245_FIXUP_HP_TAS2781_I2C_MUTE_LED), SND_PCI_QUIRK(0x103c, 0x8e9d, "HP 17 Turbine OmniBook X UMA", ALC287_FIXUP_CS35L41_I2C_2), SND_PCI_QUIRK(0x103c, 0x8e9e, "HP 17 Turbine OmniBook X UMA", ALC287_FIXUP_CS35L41_I2C_2), SND_PCI_QUIRK(0x103c, 0x8eb6, "HP Abe A6U", ALC236_FIXUP_HP_MUTE_LED_MICMUTE_GPIO), -- 2.25.1

1 0

[GIT PULL] ASoC fixes for v6.19-merge-window
by Mark Brown 11 Dec '25

11 Dec '25

The following changes since commit c5fae31f60a91dbe884ef2789fb3440bb4cddf05: ASoC: fsl_micfil: Set default quality and channel (2025-11-29 00:59:00 +0000) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git tags/asoc-fix-v6.19-merge-window for you to fetch changes up to f34836a8ddf9216ff919927cddb705022bf30aab: ASoC: amd: acp: update tdm channels for specific DAI (2025-12-10 09:17:53 +0900) ---------------------------------------------------------------- ASoC: Fixes for v6.19 A small pile of fixes that came in during the merge window, it's all fairly standard device specific stuff. ---------------------------------------------------------------- Eric Biggers (1): ASoC: cros_ec_codec: Remove unnecessary selection of CRYPTO Eric Naim (1): ASoC: cs35l41: Always return 0 when a subsystem ID is found Haotian Zhang (1): ASoC: bcm: bcm63xx-pcm-whistler: Check return value of of_dma_configure() Hemalatha Pinnamreddy (2): ASoC: amd: acp: Audio is not resuming after s0ix ASoC: amd: acp: update tdm channels for specific DAI Johan Hovold (4): ASoC: codecs: wcd937x: fix OF node leaks on probe failure ASoC: codecs: wcd938x: fix OF node leaks on probe failure ASoC: codecs: wcd939x: fix OF node leaks on probe failure ASoc: qcom: q6afe: fix bad guard conversion Krzysztof Kozlowski (2): ASoC: codecs: nau8325: Silence uninitialized variables warnings ASoC: rockchip: Fix Wvoid-pointer-to-enum-cast warning (again) Mark Brown (2): ASoC: ak4458 & ak5558: disable regulator if error ASoC: codecs: wcd93xx: fix OF node leaks on probe Richard Fitzgerald (2): ASoC: cs-amp-lib: Revert use of __free(kfree) back to normal C cleanup ASoC: cs35l56: Fix incorrect select SND_SOC_CS35L56_CAL_SYSFS_COMMON Shengjiu Wang (3): ASoC: dt-bindings: cirrus,cs42xx8: Reference common DAI properties ASoC: ak4458: Disable regulator when error happens ASoC: ak5558: Disable regulator when error happens .../devicetree/bindings/sound/cirrus,cs42xx8.yaml | 5 +++- sound/soc/amd/acp/acp-i2s.c | 2 ++ sound/soc/amd/acp/acp-legacy-common.c | 30 +++++++++++++++++----- sound/soc/bcm/bcm63xx-pcm-whistler.c | 4 ++- sound/soc/codecs/Kconfig | 3 +-- sound/soc/codecs/ak4458.c | 10 +++++++- sound/soc/codecs/ak5558.c | 10 +++++++- sound/soc/codecs/cs-amp-lib.c | 29 ++++++++++++--------- sound/soc/codecs/cs35l41.c | 7 ++--- sound/soc/codecs/nau8325.c | 4 +-- sound/soc/codecs/wcd937x.c | 4 +-- sound/soc/codecs/wcd938x.c | 3 +-- sound/soc/codecs/wcd939x.c | 3 +-- sound/soc/qcom/qdsp6/q6afe.c | 4 +-- sound/soc/rockchip/rockchip_pdm.c | 2 +- 15 files changed, 82 insertions(+), 38 deletions(-)

2 1

USB-Audio: Antelope Audio Zen Go: add UCM2 configuration files
by GitHub pull_request - opened 10 Dec '25

10 Dec '25

alsa-project/alsa-ucm-conf pull request #659 was opened from ryodeushii: Add support for Antelope Audio Zen Go SC [alsa-info.txt](https://github.com/user-attachments/files/24074814/alsa-info… Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/659 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/659.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

[PATCH v8 0/2] ASoC: rt5575: Add the codec driver for the ALC5575
by Oder Chiou 10 Dec '25

10 Dec '25

Hi all, This patch series adds support for the Realtek ALC5575 audio codec. Changes in v8: - Patch 1/2: - remove the variable rt5575_spi_ready - use the multiple compatible names to distinguish between w/wo flash - Patch 2/2 - add compatible enum "realtek,rt5575-with-spi" Changes in v7: - Patch 1/2: - add a caption for the tristates - remove the redundant enum of the SPI command - add the error log in the request firmware failure - change the function name rt5575_spi_fw_loaded to rt5575_fw_load_by_spi - minor fixes - Patch 2/2 - modify commit message - Link to v7: https://lore.kernel.org/all/20251121084112.743518-1-oder_chiou@realtek.com/ Changes in v6: - Patch 1/2: - modify commit message - add select SND_SOC_RT5575 to config SND_SOC_RT5575_SPI in the Kconfig - revise the boiler plate in the head of the file - sort the include files - use a structure to transfer the spi data - use the poll() related function instead the for-loop - revise the UUID to the private ID - minor fixes - Patch 2/2 - modify description - Link to v6: https://lore.kernel.org/all/20251031073245.3629060-1-oder_chiou@realtek.com/ Changes in v2 to v5: - Patch 1/2: - move the firmware to the subdirectory - remove the empty functions - remove the cache_type in the regmap_config - add the error log in the run firmware failure - Patch 2/2: - nothing - Link to v5: https://lore.kernel.org/all/20251015103404.3075684-1-oder_chiou@realtek.com/ Oder Chiou (2): ASoC: rt5575: Add the codec driver for the ALC5575 ASoC: dt-bindings: realtek,rt5575: add bindings for ALC5575 .../bindings/sound/realtek,rt5575.yaml | 44 ++ sound/soc/codecs/Kconfig | 10 + sound/soc/codecs/Makefile | 4 + sound/soc/codecs/rt5575-spi.c | 84 ++++ sound/soc/codecs/rt5575-spi.h | 16 + sound/soc/codecs/rt5575.c | 375 ++++++++++++++++++ sound/soc/codecs/rt5575.h | 54 +++ 7 files changed, 587 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/realtek,rt5575.yaml create mode 100644 sound/soc/codecs/rt5575-spi.c create mode 100644 sound/soc/codecs/rt5575-spi.h create mode 100644 sound/soc/codecs/rt5575.c create mode 100644 sound/soc/codecs/rt5575.h -- 2.52.0

3 18

[PATCH] ASoC: soc-compress: Fix race condition in soc_compr_open_fe
by 이승빈 10 Dec '25

10 Dec '25

Hello Maintainers, Takashi and Jaroslav, I am writing to respectfully follow up on a patch I submitted to the alsa-devel mailing list and Patchwork I would like to bring up an important issue regarding the interaction between soc_compr_trigger_fe and snd_soc_dpcm_runtime_update. If the soc_compr_trigger_fe function is called during the execution of snd_soc_dpcm_runtime_update, it may lead to unintended modification of the FE's DPCM runtime update variable. As a result, the BE list associated with the FE could become detached, preventing proper closure of the BE. Ex)When repeatedly switching between deep playback and offload playback during MP3 playback To prevent this race condition, access to this critical section should be protected using snd_soc_dpcm_mutex_lock. Ensuring mutual exclusion during these operations will maintain the integrity of the BE list and avoid potential resource leaks. I understand that you have a large backlog of patches to review. If you have had a chance to look at it and found any issues, or if there's anything I need to fix or clarify, please let me know. I would be happy to prepare a v2 version if necessary. Thank you very much for your time and attention to this matter. Best regards, Change-Id: Ibfd1712e6baf41a30afa357a91ada83d205f968b Signed-off-by: Seungbin Lee <seungbin.lee(a)samsung.com> --- sound/soc/soc-compress.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/sound/soc/soc-compress.c b/sound/soc/soc-compress.c index fc8db54352541..1a2a3fe6a2340 100644 --- a/sound/soc/soc-compress.c +++ b/sound/soc/soc-compress.c @@ -286,6 +286,8 @@ static int soc_compr_trigger_fe(struct snd_compr_stream *cstream, int cmd) snd_soc_card_mutex_lock(fe->card); + snd_soc_dpcm_mutex_lock(fe); + ret = snd_soc_dai_compr_trigger(cpu_dai, cstream, cmd); if (ret < 0) goto out; @@ -315,6 +317,8 @@ static int soc_compr_trigger_fe(struct snd_compr_stream *cstream, int cmd) out: fe->dpcm[stream].runtime_update = SND_SOC_DPCM_UPDATE_NO; + snd_soc_dpcm_mutex_unlock(fe); + snd_soc_card_mutex_unlock(fe->card); return ret; } -- 2.34.1

1 0