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

[PATCH V3 00/25] ASoC: amd: Add support for ACP7.0 & ACP7.1 platforms
by Vijendar Mukunda 10 Feb '25

10 Feb '25

This patch series includes the below changes - Refactor existing ACP6.3 platform ACP PCI driver, SoundWire DMA driver code. - Add Audio IO support for ACP7.0 and ACP7.1 platforms for SoundWire IO and ACP PDM controller combination. - Add SoundWire generic machine driver changes for legacy stack (No DSP enabled) for ACP7.0 & ACP7.1 platforms. - Add SoundWire machines for ACP7.0 & ACP7.1 platforms. Changes since v2: - As per Mark's comment, to avoid code duplication drop separate folder(acp70) for ACP7.0 & ACP7.1 platforms and refactor existing ACP6.3 platform ACP PCI driver, SoundWire DMA driver code and add support for ACP7.0 & ACP7.1 platforms. - Add ACP PCI driver hw_ops for ACP6.3, ACP7.0 & ACP7.1 platforms. - Implement platform specific code in Soundwire DMA driver by adding acp pci revision id checks for ACP6.3/ACP7.0/ACP7.1 platforms. - Refactor existing ACP PCI driver Interrupt handler code. - Add new Soundwire machine for RT1320 Speaker + RT722 multi function codec combination. - Add machine driver quirks for Dell SKU's. Changes since v1: - Change the code sequence for handling SoundWire wake interrupts. - Add new patch to restore host wake interrupt mask - Add new patch to enable ACP PME during ACP init sequence. - Change ACP PCI driver PM ops code sequence. Vijendar Mukunda (25): ASoC: amd: ps: rename structure names, variable and other macros ASoC: amd: ps: use macro for ACP6.3 pci revision id ASoC: amd: ps: add acp pci driver hw_ops for acp6.3 platform ASoC: amd: ps: add callback functions for acp pci driver pm ops ASoC: amd: ps: add callback to read acp pin configuration ASoC: amd: ps: add soundwire dma irq thread callback ASoC: amd: ps: refactor soundwire dma interrupt handling ASoC: amd: ps: store acp revision id in SoundWire dma driver private data ASoC: amd: ps: refactor soundwire dma driver code ASoC: amd: ps: refactor soundwire dma interrupts enable/disable sequence ASoC: amd: ps: rename acp_restore_sdw_dma_config() function ASoC: amd: ps: add pci driver hw_ops for ACP7.0 & ACP7.1 variants ASoC: amd: ps: add pm ops related hw_ops for ACP7.0 & ACP7.1 platforms ASoC: amd: ps: add ACP7.0 & ACP7.1 specific soundwire dma driver changes ASoC: amd: ps: implement function to restore dma config for ACP7.0 platform ASoC: amd: ps: add soundwire dma interrupts handling for ACP7.0 platform ASoC: amd: ps: add soundwire wake interrupt handling ASoC: amd: ps: update module description ASoC: amd: ps: update file description and copyright year ASoC: amd: update Pink Sardine platform Kconfig description ASoC: amd: acp: add machine driver changes for ACP7.0 and ACP7.1 platforms ASoC: amd: acp: add RT711, RT714 & RT1316 support for ACP7.0 platform ASoC: amd: acp: amd-acp70-acpi-match: Add rt722 support ASoC: amd: acp: amd-acp70-acpi-match: Add RT1320 & RT722 combination soundwire machine ASoC: amd: amd_sdw: Add quirks for Dell SKU's sound/soc/amd/Kconfig | 10 +- sound/soc/amd/acp/Kconfig | 1 + sound/soc/amd/acp/Makefile | 2 +- sound/soc/amd/acp/acp-sdw-legacy-mach.c | 45 +++ sound/soc/amd/acp/acp-sdw-mach-common.c | 34 ++ sound/soc/amd/acp/amd-acp70-acpi-match.c | 160 ++++++++ sound/soc/amd/acp/soc_amd_sdw_common.h | 12 + sound/soc/amd/mach-config.h | 1 + sound/soc/amd/ps/Makefile | 2 +- sound/soc/amd/ps/acp63.h | 246 ++++++++++-- sound/soc/amd/ps/pci-ps.c | 422 +++++++++----------- sound/soc/amd/ps/ps-common.c | 475 +++++++++++++++++++++++ sound/soc/amd/ps/ps-pdm-dma.c | 6 +- sound/soc/amd/ps/ps-sdw-dma.c | 375 ++++++++++++++---- 14 files changed, 1440 insertions(+), 351 deletions(-) create mode 100644 sound/soc/amd/acp/amd-acp70-acpi-match.c create mode 100644 sound/soc/amd/ps/ps-common.c -- 2.34.1

3 28

[PATCH] ALSA: hda/conexant: Add quirk for HP ProBook 450 G4 mute LED
by John Veness 10 Feb '25

10 Feb '25

Allows the LED on the dedicated mute button on the HP ProBook 450 G4 laptop to change colour correctly. Signed-off-by: John Veness <john-linux(a)pelago.org.uk> --- sound/pci/hda/patch_conexant.c | 1 + 1 file changed, 1 insertion(+) diff --git a/sound/pci/hda/patch_conexant.c b/sound/pci/hda/patch_conexant.c index 538c37a78..84ab357b8 100644 --- a/sound/pci/hda/patch_conexant.c +++ b/sound/pci/hda/patch_conexant.c @@ -1080,6 +1080,7 @@ static const struct hda_quirk cxt5066_fixups[] = { SND_PCI_QUIRK(0x103c, 0x814f, "HP ZBook 15u G3", CXT_FIXUP_MUTE_LED_GPIO), SND_PCI_QUIRK(0x103c, 0x8174, "HP Spectre x360", CXT_FIXUP_HP_SPECTRE), SND_PCI_QUIRK(0x103c, 0x822e, "HP ProBook 440 G4", CXT_FIXUP_MUTE_LED_GPIO), + SND_PCI_QUIRK(0x103c, 0x8231, "HP ProBook 450 G4", CXT_FIXUP_MUTE_LED_GPIO), SND_PCI_QUIRK(0x103c, 0x828c, "HP EliteBook 840 G4", CXT_FIXUP_HP_DOCK), SND_PCI_QUIRK(0x103c, 0x8299, "HP 800 G3 SFF", CXT_FIXUP_HP_MIC_NO_PRESENCE), SND_PCI_QUIRK(0x103c, 0x829a, "HP 800 G3 DM", CXT_FIXUP_HP_MIC_NO_PRESENCE), -- 2.48.1

1 0

alsaloop doesn't pass sound with libsamplerate resampling on raspberry pi 5
by GitHub issues - edited 10 Feb '25

10 Feb '25

alsa-project/alsa-utils issue #291 was edited from willangley: Hi alsa-utils team! I'm using `alsaloop`s on a Raspberry Pi 5 as part of a slightly ridiculous signal chain: * Yamaha P-525 keyboard * USB C-to-A cable * Raspberry Pi 5 * USB A-to-B cable * ESI U24XL * SPDIF in/out * Focusrite Clarett+ 4Pre * ... * MacBook Pro [Why? The analog Aux In/Aux Out on the keyboard have an always on loopback connection, which is undesirable when playing to a video meeting. The USB port has user controllable loopback.] Two alsaloop processes run on the Pi, one moving sound from the computer to the piano, one moving sound from the piano to the computer. Both run under `supervisord`. I've got them running at acceptable latency — RTL Utility says 40ms from my MacBook Pro. But I haven't been able to get any of the high quality resampling options working -- everything other than add/drop stops passing sound within a few seconds. I'm surprised; this Pi should be powerful enough to handle this. Any ideas how to troubleshoot it? I didn't see errors in logs at the default log level. Thank you! Will Issue URL : https://github.com/alsa-project/alsa-utils/issues/291 Repository URL: https://github.com/alsa-project/alsa-utils

1 0

alsaloop doesn't pass sound with libsamplerate resampling on raspberry pi 5
by GitHub issues - edited 10 Feb '25

10 Feb '25

alsa-project/alsa-utils issue #291 was edited from willangley: Hi alsa-utils team! I'm using `alsaloop`s on a Raspberry Pi 5 as part of a slightly ridiculous signal chain: * Yamaha P-525 keyboard * USB C-to-A cable * Raspberry Pi 5 * USB A-to-B cable * ESI U24XL * SPDIF in/out * Focusrite Clarett+ 4Pre * ... * MacBook Pro [Why? The analog Aux In/Aux Out on the keyboard have an always on loopback connection, which is undesirable when playing to a video meeting. The USB port has user controllable loopback.] Two alsaloop processes run on the Pi, one moving sound from the computer to the piano, one moving sound from the piano to the computer. Both run under `supervisord`. I've got them running at acceptable latency — RTL Utility says 40ms from my MacBook Pro. But I haven't been able to get any of the high quality resampling options working -- everything other than add/drop stops passing sound within a few seconds. I'm surprised; this Pi should be powerful enough to handle this. Any ideas how to troubleshoot it? Thank you! Will Issue URL : https://github.com/alsa-project/alsa-utils/issues/291 Repository URL: https://github.com/alsa-project/alsa-utils

1 0

alsaloop doesn't pass sound with libsamplerate on raspberry pi 5
by GitHub issues - opened 10 Feb '25

10 Feb '25

alsa-project/alsa-utils issue #291 was opened from willangley: Hi alsa-utils team! I'm using `alsaloop`s on a Raspberry Pi 5 as part of a slightly ridiculous signal chain: * Yamaha P-525 keyboard * USB C-to-A cable * Raspberry Pi 5 * USB A-to-B cable * ESI U24XL * SPDIF in/out * Focusrite Clarett+ 4Pre * ... * MacBook Pro [Why? The analog Aux In/Aux Out on the keyboard have an always on loopback connection, which is undesirable when playing to a video meeting. The USB port has user controllable loopback.] Two alsaloop processes run on the Pi, one moving sound from the computer to the piano, one moving sound from the piano to the computer. Both run under `supervisord`. I've got them running at acceptable latency — RTL Utility says 40ms from my MacBook Pro. But I haven't been able to get any of the high quality resampling options working -- everything other than add/drop stops passing sound within a few seconds. I'm surprised; this Pi should be powerful enough to handle this. Any ideas how to troubleshoot it? Thank you! Will Issue URL : https://github.com/alsa-project/alsa-utils/issues/291 Repository URL: https://github.com/alsa-project/alsa-utils

1 0

Soundblaster G8 USB Audio not working correctly
by GitHub issues - opened 07 Feb '25

07 Feb '25

alsa-project/alsa-lib issue #437 was opened from Starfoxfs: Soundblaster G8 works partly under Linux Mint 22.1 Cinnamon. Audio playback works in Analog stereo or Duplex mode with headphones and these are displayed as Speakers. Digital SPDIF Out works and also the switch button between headphones and Digital out to external Speakers (only with pipewire not with Pulseaudio). What doesn't work is the Direct Mode and all the Crystalizer surround settings as well as output in virtual 5.1 or 7.1 sound. Microphone doesn´t work, if it plugged in i have no sound at all. [alsa-info.txt](https://github.com/user-attachments/files/18710112/alsa-info… Issue URL : https://github.com/alsa-project/alsa-lib/issues/437 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

rt722: change output volume of speaker to 0dB
by GitHub pull_request - opened 07 Feb '25

07 Feb '25

alsa-project/alsa-ucm-conf pull request #506 was opened from shumingfan: This patch also changes hardware gain to software gain when using volume bar. Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/506 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/506.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

soundwire : LnK SoundWire Protocol Analyzer on Linux
by Muni Sekhar 06 Feb '25

06 Feb '25

Hi all, I hope this message finds you well. I am planning to use the LnK SoundWire Protocol Analyzer on a Linux platform. However, I am uncertain whether the current Linux kernel includes the necessary SoundWire drivers to support this . I would appreciate any guidance on how to use the LnK SoundWire Protocol Analyzer with the Linux kernel, as well as information on the specific device drivers required. Could you please provide details on: The compatibility of the LnK SoundWire Protocol Analyzer with the Linux kernel. The steps to set up and use the analyzer on a Linux platform. The necessary device drivers and any additional configurations needed. Thank you for your assistance. -- Thanks, Sekhar

1 0

[PATCH v1] ASoC: tas2781: drop a redundant code
by Shenghao Ding 06 Feb '25

06 Feb '25

Report from internal ticket, priv->cali_data.data devm_kzalloc twice, drop the first one, it is the unnecessary one. Signed-off-by: Shenghao Ding <shenghao-ding(a)ti.com> --- v1: - update the year from 2024 to 2025. - drop a redundant code. --- sound/soc/codecs/tas2781-i2c.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/sound/soc/codecs/tas2781-i2c.c b/sound/soc/codecs/tas2781-i2c.c index a730ab6ad4e3..90c5b2e74d12 100644 --- a/sound/soc/codecs/tas2781-i2c.c +++ b/sound/soc/codecs/tas2781-i2c.c @@ -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 @@ -1260,8 +1260,6 @@ static int tasdevice_create_cali_ctrls(struct tasdevice_priv *priv) (cali_data->cali_dat_sz_per_dev + 1) + 1 + 15 + 1; priv->cali_data.total_sz = priv->ndev * (cali_data->cali_dat_sz_per_dev + 1); - priv->cali_data.data = devm_kzalloc(priv->dev, - ext_cali_data->max, GFP_KERNEL); cali_ctrls[i].name = cali_name; cali_ctrls[i].iface = SNDRV_CTL_ELEM_IFACE_MIXER; cali_ctrls[i].info = snd_soc_bytes_info_ext; -- 2.34.1

2 1

[PATCH v1] MAINTAINERS: remove Kevin Lu from TEXAS INSTRUMENTS AUDIO (ASoC/HDA) DRIVERS
by Shenghao Ding 04 Feb '25

04 Feb '25

Due to internal re-org, Kevin Lu has no longer maintained audio driver. Signed-off-by: Shenghao Ding <shenghao-ding(a)ti.com> --- MAINTAINERS | 1 - 1 file changed, 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 896a307fa065..bc0bf402818d 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -23370,7 +23370,6 @@ F: sound/soc/ti/ TEXAS INSTRUMENTS AUDIO (ASoC/HDA) DRIVERS M: Shenghao Ding <shenghao-ding(a)ti.com> -M: Kevin Lu <kevin-lu(a)ti.com> M: Baojun Xu <baojun.xu(a)ti.com> L: linux-sound(a)vger.kernel.org S: Maintained -- 2.34.1

1 0