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

[PATCH RESEND] ASoC: rt5650: Eliminate the high frequency glitch
by derek.fang＠realtek.com 21 Jul '25

21 Jul '25

From: Derek Fang <derek.fang(a)realtek.com> The glitch was detected in the high frequency of the HP playback. This patch adjusts the DAC dither setting to avoid this situation for almost all cases. Signed-off-by: Derek Fang <derek.fang(a)realtek.com> --- sound/soc/codecs/rt5645.c | 1 + 1 file changed, 1 insertion(+) diff --git a/sound/soc/codecs/rt5645.c b/sound/soc/codecs/rt5645.c index 08df87238..29a403526 100644 --- a/sound/soc/codecs/rt5645.c +++ b/sound/soc/codecs/rt5645.c @@ -82,6 +82,7 @@ static const struct reg_sequence rt5650_init_list[] = { {0xf6, 0x0100}, {RT5645_PWR_ANLG1, 0x02}, {RT5645_IL_CMD3, 0x6728}, + {RT5645_PR_BASE + 0x3a, 0x0000}, }; static const struct reg_default rt5645_reg[] = { -- 2.34.1

2 1

Rename qcs6490-rb3gen2 and qcs9075-iq-evk ucm2 conf
by GitHub pull_request - opened 20 Jul '25

20 Jul '25

alsa-project/alsa-ucm-conf pull request #596 was opened from mohsRafi: Rename the ucm2 conf for Qualcomm qcs6490-rb3gen2 and qcs9075-iq-evk qcs6490-rb3gen2-snd-card.conf -> QCS6490-RB3Gen2.conf qcs9075-iq-evk-snd-card.conf -> QCS9075-IQ-EVK.conf Removed snd-card tags from conf files Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/596 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/596.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Internal Microphone not working
by GitHub issues - opened 19 Jul '25

19 Jul '25

alsa-project/alsa-lib issue #464 was opened from crashthepose: After updating my computer my internal microphone is not working. Originally when I went to my Audio settings it would say under Input "headset unplugged". I was able to go into the HDAjackretask interface and override one of the pins where now the internal microphone is showing on the input list but now I only hear static noise. Info on my computer: OS: Pop!_OS 22.04 LTS x86_64 Host: ASUSLaptop_Q530VJ 1.0 Kernal: 6.12.10-76061203-generic Desktop Environment: GNOME 42.9 Terminal: gnome-terminal CPU: 13th Gen Intel i7-13620H (16) @ 4.700GHz GPU: Intel Device a7a8 GPU: NVIDIA 01:00.0 NVIDIA Corporation Device 25ac Memory: 7828MiB / 15610MiB Here is my alsa info: http://alsa-project.org/db/?f=ed8089460c52b3b91175d52dfd51c4bad1f7388f I've never submitted a bug before so apologies if i'm not doing this the correct way. Issue URL : https://github.com/alsa-project/alsa-lib/issues/464 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

Re: [PATCH v1] ALSA: hda: Add TAS2770 support
by Takashi Iwai 18 Jul '25

18 Jul '25

On Fri, 18 Jul 2025 11:44:54 +0200, Baojun Xu wrote: > > Add TAS2770 support in TI's HDA driver. > And add hda_chip_id for more product support in the future. > Separated DSP and non-DSP in firmware load function. > > Signed-off-by: Baojun Xu <baojun.xu(a)ti.com> Any reason of the submission of the very same patch? It was requested to resubmit after rebasing to the new location for HD-audio (sound/hda/*) as found in for-next branch of sound.git tree. thanks, Takashi

1 0

speaker-test 1.2.13 dose not produce 20kHz sine wav
by GitHub issues - opened 17 Jul '25

17 Jul '25

alsa-project/alsa-utils issue #304 was opened from gharig: Hello Alsa-Dev, I hope that I’m writing to the proper place to report a problem, please advise if not… I’m not able to produce 20kHz sine wav with speaker-test 1.2.13 Running on Tinycore 16.0 . Below is what I submitted to Tinycore Team, and they suggested that I contact you with my findings. The hardware I’m using is Winsystems E3825 dual-core, 1.33GHz SATA 2.0 channel mSATA socket (shared with miniPCIe) 2 GB of Soldered Down DDR3 [https://winsystems.com/product/ppm-c407/](url) Tinycore Team; My problem today is that speaker-test does not produce a 20kHz sine wave on Tinycore 16.0 to the line out. speaker-test does produce something just not a 20kHz sine wave. Code: ` speaker-test -t sine -f 20000 -X -l 0` However, using the exact same hardware running Ubuntu 20.24 or 22.04 the following code works and a 20kHz sine wave is produced. The difference being that the alsa versions are different between the 3 Operating Systems. Tinycore 16.0 Alsa version is 1.2.13 - failure Ubuntu 20.04 Alsa version is 1.2.2 - success Ubuntu 22.04 Alsa version is 1.2.6 - success Through my testing, starting at 8000 Hz, and incrementing by 1000 Hz, speaker-test does produce a sine wave, until I went over 15000 Hz then no more sine wave. :) :) Code: ``` speaker-test -t sine -f 8000 -X -l 0 speaker-test -t sine -f 15000 -X -l 0 ``` :( Code: ` speaker-test -t sine -f 16000 -X -l 0` The work around for the time being is to configure speaker-test to play a 20kHz wav file, this dose work and produces a beautiful sine wav :) Code: ` speaker-test -t wav -f /opt/20kHz.wav -l 0` Now for the people who will say why on earth do you want to produce a sound that no one can hear, and my reply is "Exactly". I send the 20kHz sine wav across the audio line as a way to supervise that the audio line is fully functioning. The second the 20kHz tone stops we are notified and send someone out to fix the problem, whether it be hardware or someone accidentality cuts the wire, we want to know. Basically the 20 kHz sine wave does not interferer with paging in the system. My first thoughts on why the 20 kHz sine is not produced, is because of missing driver. But I made sure that every sound driver that was loaded on Ubuntu was loaded on Tinycore. Code: ` sudo modprobe snd_seq_midi snd_seq_midi_event snd_intel_dspcfg` I also loaded AlsaPlugins.tcz just incase, but that did not make a difference. Code: ` tceload -i alsa-plugins.tcz` The last thing I tried after was to set the format sample -F parameter to 96000 Code: `speaker-test -t sine -f 20000 -X -l 0 -F 96000` At first when I did this I thought I was so smart. A sine wave appeared, however I did not have a speaker hooked up, but when the speaker got plugged in I heard a high pitched noise. So the parameter affected the output but not the desired output that I need. Another thought that pass through my mind is could this be a configuration setting during the build of alsa that need to be turned on. After all 15000 Hz does work. This is slightly related to a previous post linked below. [https://forum.tinycorelinux.net/index.php/topic,27673.0.html](url) Thank you Any help is greatly appreciated gharig Issue URL : https://github.com/alsa-project/alsa-utils/issues/304 Repository URL: https://github.com/alsa-project/alsa-utils

1 0

[GIT PULL] ASoC fixes for v6.16-rc6
by Mark Brown 17 Jul '25

17 Jul '25

The following changes since commit 3b3312f28ee2d9c386602f8521e419cfc69f4823: ASoC: cs35l56: probe() should fail if the device ID is not recognized (2025-07-03 12:22:27 +0100) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git tags/asoc-fix-v6.16-rc6 for you to fetch changes up to 7bab1bd9fdf15b9fa7e6a4b0151deab93df3c80d: ASoC: amd: yc: Add DMI quirk for HP Laptop 17 cp-2033dx (2025-07-16 11:50:33 +0100) ---------------------------------------------------------------- ASoC: Fixes for v6.16 A relatively large set of changes, but most of them are quirk information for various x86 systems. There is one more substantial fix for a NULL pointer dereference when removing the AVS driver, plus one for Kconfig dependencies. ---------------------------------------------------------------- Adam Queler (1): ASoC: amd: yc: Add DMI entries to support HP 15-fb1xxx Alexandru Andries (1): ASoC: amd: yc: add DMI quirk for ASUS M6501RM Amadeusz Sławiński (1): ASoC: Intel: avs: Fix NULL ptr deref on rmmod Arnd Bergmann (1): ASoC: Intel: fix SND_SOC_SOF dependencies Bard Liao (1): ASoC: Intel: soc-acpi: add support for HP Omen14 ARL Lane Odenbach (1): ASoC: amd: yc: Add DMI quirk for HP Laptop 17 cp-2033dx Oder Chiou (1): ASoC: rt5660: Fix the dmic data source from GPIO2 sound/soc/amd/yc/acp6x-mach.c | 21 ++++++++++++++++ sound/soc/codecs/rt5660.c | 7 ++++-- sound/soc/intel/avs/pcm.c | 4 +++- sound/soc/intel/boards/Kconfig | 2 +- sound/soc/intel/common/soc-acpi-intel-arl-match.c | 29 +++++++++++++++++++++++ 5 files changed, 59 insertions(+), 4 deletions(-)

2 1

[GIT PULL] ASoC fixes for v6.16-rc5
by Mark Brown 17 Jul '25

17 Jul '25

The following changes since commit 3b3312f28ee2d9c386602f8521e419cfc69f4823: ASoC: cs35l56: probe() should fail if the device ID is not recognized (2025-07-03 12:22:27 +0100) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git tags/asoc-fix-v6.16-rc5 for you to fetch changes up to a609bd74b8680dba62c44f7e6d00d381ddb2d3c0: ASoC: Intel: avs: Fix NULL ptr deref on rmmod (2025-07-08 14:54:40 +0100) ---------------------------------------------------------------- ASoC: Fixes for v6.16 Two patches here, one quirk for an AMD system and a fix for an issue on remove of the AVS driver. ---------------------------------------------------------------- Alexandru Andries (1): ASoC: amd: yc: add DMI quirk for ASUS M6501RM Amadeusz Sławiński (1): ASoC: Intel: avs: Fix NULL ptr deref on rmmod sound/soc/amd/yc/acp6x-mach.c | 7 +++++++ sound/soc/intel/avs/pcm.c | 4 +++- 2 files changed, 10 insertions(+), 1 deletion(-)

1 0

[alsa-devel] Applied "ASoC: tlv320aic32x4: Model CODEC_CLKIN in CCF" to the asoc tree
by Mark Brown 17 Jul '25

17 Jul '25

The patch ASoC: tlv320aic32x4: Model CODEC_CLKIN in CCF has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during the next merge window (or sooner if it is a bug fix), however if problems are discovered then the patch may be dropped or reverted. You may get further e-mails resulting from automated or manual testing and review of the tree, please engage with people reporting problems and send followup patches addressing any issues that are reported if needed. If any updates are required or you are submitting further changes they should be sent as incremental updates against current git, existing patches will not be replaced. Please add any relevant lists and maintainers to the CCs when replying to this mail. Thanks, Mark >From fd2df3aeafa4b4cc468d58e147e0822967034b71 Mon Sep 17 00:00:00 2001 From: Annaliese McDermond <nh6z(a)nh6z.net> Date: Thu, 21 Mar 2019 17:58:46 -0700 Subject: [PATCH] ASoC: tlv320aic32x4: Model CODEC_CLKIN in CCF Model and manage codec clock input as a component in the Core Clock Framework. This should allow us to do some more complex clock management and power control. Also, some of the on-board chip clocks can be exposed to the outside, and this change will make those clocks easier to consume by other parts of the kernel. Signed-off-by: Annaliese McDermond <nh6z(a)nh6z.net> Signed-off-by: Mark Brown <broonie(a)kernel.org> --- sound/soc/codecs/tlv320aic32x4-clk.c | 34 ++++++++++++++++++++++++++++ sound/soc/codecs/tlv320aic32x4.c | 18 +++++++++++---- 2 files changed, 47 insertions(+), 5 deletions(-) diff --git a/sound/soc/codecs/tlv320aic32x4-clk.c b/sound/soc/codecs/tlv320aic32x4-clk.c index 5e495fc8d931..cded85009c8c 100644 --- a/sound/soc/codecs/tlv320aic32x4-clk.c +++ b/sound/soc/codecs/tlv320aic32x4-clk.c @@ -265,6 +265,30 @@ static const struct clk_ops aic32x4_pll_ops = { .get_parent = clk_aic32x4_pll_get_parent, }; +static int clk_aic32x4_codec_clkin_set_parent(struct clk_hw *hw, u8 index) +{ + struct clk_aic32x4 *mux = to_clk_aic32x4(hw); + + return regmap_update_bits(mux->regmap, + AIC32X4_CLKMUX, + AIC32X4_CODEC_CLKIN_MASK, index << AIC32X4_CODEC_CLKIN_SHIFT); +} + +static u8 clk_aic32x4_codec_clkin_get_parent(struct clk_hw *hw) +{ + struct clk_aic32x4 *mux = to_clk_aic32x4(hw); + unsigned int val; + + regmap_read(mux->regmap, AIC32X4_CLKMUX, &val); + + return (val & AIC32X4_CODEC_CLKIN_MASK) >> AIC32X4_CODEC_CLKIN_SHIFT; +} + +static const struct clk_ops aic32x4_codec_clkin_ops = { + .set_parent = clk_aic32x4_codec_clkin_set_parent, + .get_parent = clk_aic32x4_codec_clkin_get_parent, +}; + static struct aic32x4_clkdesc aic32x4_clkdesc_array[] = { { .name = "pll", @@ -274,6 +298,14 @@ static struct aic32x4_clkdesc aic32x4_clkdesc_array[] = { .ops = &aic32x4_pll_ops, .reg = 0, }, + { + .name = "codec_clkin", + .parent_names = + (const char *[]) { "mclk", "bclk", "gpio", "pll" }, + .num_parents = 4, + .ops = &aic32x4_codec_clkin_ops, + .reg = 0, + }, }; static struct clk *aic32x4_register_clk(struct device *dev, @@ -314,6 +346,8 @@ int aic32x4_register_clocks(struct device *dev, const char *mclk_name) */ aic32x4_clkdesc_array[0].parent_names = (const char* []) { mclk_name, "bclk", "gpio", "din" }; + aic32x4_clkdesc_array[1].parent_names = + (const char *[]) { mclk_name, "bclk", "gpio", "pll" }; for (i = 0; i < ARRAY_SIZE(aic32x4_clkdesc_array); ++i) aic32x4_register_clk(dev, &aic32x4_clkdesc_array[i]); diff --git a/sound/soc/codecs/tlv320aic32x4.c b/sound/soc/codecs/tlv320aic32x4.c index 7cf8c7cedfe1..5496e4e080f4 100644 --- a/sound/soc/codecs/tlv320aic32x4.c +++ b/sound/soc/codecs/tlv320aic32x4.c @@ -735,12 +735,9 @@ static int aic32x4_setup_clocks(struct snd_soc_component *component, aic32x4_set_processing_blocks(component, aic32x4_divs[i].r_block, aic32x4_divs[i].p_block); - /* PLL as CODEC_CLKIN */ - snd_soc_component_update_bits(component, AIC32X4_CLKMUX, - AIC32X4_CODEC_CLKIN_MASK, - AIC32X4_CODEC_CLKIN_PLL << AIC32X4_CODEC_CLKIN_SHIFT); /* DAC_MOD_CLK as BDIV_CLKIN */ - snd_soc_component_update_bits(component, AIC32X4_IFACE3, AIC32X4_BDIVCLK_MASK, + snd_soc_component_update_bits(component, AIC32X4_IFACE3, + AIC32X4_BDIVCLK_MASK, AIC32X4_DACMOD2BCLK << AIC32X4_BDIVCLK_SHIFT); /* NDAC divider value */ @@ -987,6 +984,15 @@ static int aic32x4_component_probe(struct snd_soc_component *component) { struct aic32x4_priv *aic32x4 = snd_soc_component_get_drvdata(component); u32 tmp_reg; + int ret; + + struct clk_bulk_data clocks[] = { + { .id = "codec_clkin" }, + }; + + ret = devm_clk_bulk_get(component->dev, ARRAY_SIZE(clocks), clocks); + if (ret) + return ret; if (gpio_is_valid(aic32x4->rstn_gpio)) { ndelay(10); @@ -999,6 +1005,8 @@ static int aic32x4_component_probe(struct snd_soc_component *component) if (aic32x4->setup) aic32x4_setup_gpios(component); + clk_set_parent(clocks[0].clk, clocks[1].clk); + /* Power platform configuration */ if (aic32x4->power_cfg & AIC32X4_PWR_MICBIAS_2075_LDOIN) { snd_soc_component_write(component, AIC32X4_MICBIAS, -- 2.20.1

3 2

[PATCH] ASoC: qcom: x1e80100: Support boards with two speakers
by Krzysztof Kozlowski 17 Jul '25

17 Jul '25

Some Qualcomm X1E laptops have only two speakers. Regardless whether this sound card driver is suitable for them (we could re-use one for some older SoC), we should set reasonable channel map depending on the number of channels, not always 4-speaker setup. This change is necessary for bringing audio support on Lenovo Thinkpad T14s with Qualcomm X1E78100 and only two speakers. Signed-off-by: Krzysztof Kozlowski <krzysztof.kozlowski(a)linaro.org> --- sound/soc/qcom/x1e80100.c | 40 ++++++++++++++++++++++++++++++++++----- 1 file changed, 35 insertions(+), 5 deletions(-) diff --git a/sound/soc/qcom/x1e80100.c b/sound/soc/qcom/x1e80100.c index 898b5c26bf1e..8eb57fc12f0d 100644 --- a/sound/soc/qcom/x1e80100.c +++ b/sound/soc/qcom/x1e80100.c @@ -95,23 +95,53 @@ static int x1e80100_snd_hw_params(struct snd_pcm_substream *substream, return qcom_snd_sdw_hw_params(substream, params, &data->sruntime[cpu_dai->id]); } +static int x1e80100_snd_hw_map_channels(unsigned int *ch_map, int num) +{ + switch (num) { + case 1: + ch_map[0] = PCM_CHANNEL_FC; + break; + case 2: + ch_map[0] = PCM_CHANNEL_FL; + ch_map[1] = PCM_CHANNEL_FR; + break; + case 3: + ch_map[0] = PCM_CHANNEL_FL; + ch_map[1] = PCM_CHANNEL_FR; + ch_map[2] = PCM_CHANNEL_FC; + break; + case 4: + ch_map[0] = PCM_CHANNEL_FL; + ch_map[1] = PCM_CHANNEL_LB; + ch_map[2] = PCM_CHANNEL_FR; + ch_map[3] = PCM_CHANNEL_RB; + break; + default: + return -EINVAL; + } + + return 0; +} + static int x1e80100_snd_prepare(struct snd_pcm_substream *substream) { struct snd_soc_pcm_runtime *rtd = snd_soc_substream_to_rtd(substream); struct snd_soc_dai *cpu_dai = snd_soc_rtd_to_cpu(rtd, 0); struct x1e80100_snd_data *data = snd_soc_card_get_drvdata(rtd->card); struct sdw_stream_runtime *sruntime = data->sruntime[cpu_dai->id]; - const unsigned int rx_slot[4] = { PCM_CHANNEL_FL, - PCM_CHANNEL_LB, - PCM_CHANNEL_FR, - PCM_CHANNEL_RB }; + unsigned int channels = substream->runtime->channels; + unsigned int rx_slot[4]; int ret; switch (cpu_dai->id) { case WSA_CODEC_DMA_RX_0: case WSA_CODEC_DMA_RX_1: + ret = x1e80100_snd_hw_map_channels(rx_slot, channels); + if (ret) + return ret; + ret = snd_soc_dai_set_channel_map(cpu_dai, 0, NULL, - ARRAY_SIZE(rx_slot), rx_slot); + channels, rx_slot); if (ret) return ret; break; -- 2.43.0

3 2

qcom-lpass: RX HPH Mode is set to a ULP mode which causes distortion
by GitHub issues - opened 17 Jul '25

17 Jul '25

alsa-project/alsa-ucm-conf issue #595 was opened from valpackett: The headphone enable sequence for all Qualcomm devices sets `CLS_H_ULP` mode: https://github.com/alsa-project/alsa-ucm-conf/blob/1b69ade9b6d7ee37a87c08b1… I was trying to figure out why I was getting horrendous distortion on the headphone jack of my Dell Latitude 7455 laptop above a certain relatively-quiet volume level. After lots of fiddling and searching (thanks, [XDA forum audio modders](https://xdaforums.com/t/mod-audio-biquads-utilizing-qualcomms-audi… from several years ago!) I figured it out. Changing that to `CLS_AB_HIFI` has completely fixed the distortion! Should the default be changed to a HIFI mode for everyone, i.e. right in that file? ping: @Srinivas-Kandagatla Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/595 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0