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

Alsa speaker-test dose not generate 20kHz Sine Wav
by Harig, George William 16 Jul '25

16 Jul '25

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 Link to product: https://winsystems.com/product/ppm-c407/ 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 Thank you Any help is greatly appreciated gharig

1 0

Missing analog-stereo profile for Dell Latitude 3420 (ALC3204, SOF, Fedora 42)
by GitHub issues - opened 14 Jul '25

14 Jul '25

alsa-project/alsa-ucm-conf issue #594 was opened from KrzysztofWisiecki: **Summary:** On my Dell Latitude 3420 (Intel Tiger Lake, Realtek ALC3204, sof-hda-dsp), running Fedora 42 with PipeWire and WirePlumber (no PulseAudio), I am unable to select a standard "analog-stereo" profile for the internal sound card. Only "pro-audio" and "off" profiles are available. This makes it impossible to use speakers and the internal microphone together in a typical desktop setup. **System details:** Laptop: Dell Latitude 3420 Codec: Realtek ALC3204 Sound driver: sof-hda-dsp (SOF, not snd_hda_intel) OS: Fedora 42, fully updated PipeWire: Compiled with libpipewire 1.4.6 Linked with libpipewire 1.4.6 WirePlumber: Compiled with libwireplumber 0.5.8 Linked with libwireplumber 0.5.8 Kernel: 6.14.0-63.fc42.x86_64 **What is the issue?** No "analog-stereo" (or other typical analog) profiles are available. Only these profiles are listed: off pro-audio Profile: off: Off (sinks: 0, sources: 0, priority: 0, available: yes) pro-audio: Pro Audio (sinks: 5, sources: 3, priority: 1, available: yes) Active Profile: pro-audio ALSA devices are present: cat /proc/asound/cards 0 [sofhdadsp ]: sof-hda-dsp - sof-hda-dsp DellInc.-Latitude3420--03RT7P aplay -l card 0: sofhdadsp [sof-hda-dsp], device 0: HDA Analog (*) [] ... card 0: sofhdadsp [sof-hda-dsp], device 6: DMIC (*) [] ... The analog inputs/outputs exist at the ALSA layer. There is no file /usr/share/alsa-card-profile/mixer/profile-sets/sof-hda-dsp.conf by default. Attempting to copy or create a minimal sof-hda-dsp.conf with analog-stereo mapping does not enable the analog profile – only "pro-audio" appears. What have I tried? Created a custom /usr/share/alsa-card-profile/mixer/profile-sets/sof-hda-dsp.conf (based on default.conf/analog-only.conf/minimal analog-stereo mapping). Set api.acp.auto-profile and api.acp.auto-port to true for this device in /etc/wireplumber/wireplumber.conf.d/99-auto-profile.conf. Restarted PipeWire and WirePlumber. Reinstalled firmware (alsa-sof-firmware), alsa-card-profiles, alsa-ucm-conf. Checked for conflicting blacklist or modprobe options. Verified that everything works as expected with snd_hda_intel legacy driver (dsp_driver=1), but I want to use SOF Tried updating to the latest Fedora 42 and checked for updates in alsa-card-profiles/ucm-conf. Expected: "analog-stereo" (or similar) profile should be available for the internal sound card (sof-hda-dsp) so that both speakers and microphones can be used in a standard desktop configuration. Automatic profile switching should work (i.e., plugging in headphones/switching between speakers and headphones, using internal mic). Actual: Only "pro-audio" and "off" profiles are available. Manual switching is possible in "pro-audio", but lacks the convenience and user experience of standard profiles. No "analog-stereo", "analog-duplex" or similar options are listed. Request / What I'd like to see: Please add or enable standard analog profiles ("analog-stereo", "analog-duplex", etc.) for Dell Latitude 3420 with Realtek ALC3204 and sof-hda-dsp, if possible. Any guidance on manually enabling such profiles in the meantime would be appreciated. Let me know if you need full logs, system info, or additional tests! Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/594 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

[PATCH] ASoC: rt5660: Fix the dmic data source from GPIO2
by Oder Chiou 14 Jul '25

14 Jul '25

The patch fixes an issue with the dmic data pin connected to GPIO2. Signed-off-by: Oder Chiou <oder_chiou(a)realtek.com> --- sound/soc/codecs/rt5660.c | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/sound/soc/codecs/rt5660.c b/sound/soc/codecs/rt5660.c index 82b92e83be4c..44c3a3b92f98 100644 --- a/sound/soc/codecs/rt5660.c +++ b/sound/soc/codecs/rt5660.c @@ -1315,14 +1315,17 @@ static int rt5660_i2c_probe(struct i2c_client *i2c) regmap_update_bits(rt5660->regmap, RT5660_GPIO_CTRL1, RT5660_GP1_PIN_MASK, RT5660_GP1_PIN_DMIC1_SCL); - if (rt5660->pdata.dmic1_data_pin == RT5660_DMIC1_DATA_GPIO2) + if (rt5660->pdata.dmic1_data_pin == RT5660_DMIC1_DATA_GPIO2) { regmap_update_bits(rt5660->regmap, RT5660_DMIC_CTRL1, RT5660_SEL_DMIC_DATA_MASK, RT5660_SEL_DMIC_DATA_GPIO2); - else if (rt5660->pdata.dmic1_data_pin == RT5660_DMIC1_DATA_IN1P) + regmap_update_bits(rt5660->regmap, RT5660_GPIO_CTRL1, + RT5660_GP2_PIN_MASK, RT5660_GP2_PIN_DMIC1_SDA); + } else if (rt5660->pdata.dmic1_data_pin == RT5660_DMIC1_DATA_IN1P) { regmap_update_bits(rt5660->regmap, RT5660_DMIC_CTRL1, RT5660_SEL_DMIC_DATA_MASK, RT5660_SEL_DMIC_DATA_IN1P); + } } return devm_snd_soc_register_component(&i2c->dev, -- 2.34.1

2 1

I'm using Ubuntu 24.04.2 LTS with Wayland on an iMac 27" (2017) equipped with the Cirrus Logic CS8409 audio codec. After compiling the driver manually (https://github.com/egorenar/snd-hda-codec-cs8409), ALSA detects the audio device correctly and it works properly with PipeWire and PulseAudio. However, it breaks with each kernel update, requiring recompilation. **Request**: Please consider adding native support for CS8409 in `alsa-ucm-conf`. Modern systems like Ubuntu 24.04.2 handle the device well, and i
by GitHub issues - edited 14 Jul '25

14 Jul '25

alsa-project/alsa-ucm-conf issue #592 was edited from Marek-mahav: -w Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/592 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Feature request: Add native support for CS8409 codec
by GitHub issues - opened 14 Jul '25

14 Jul '25

alsa-project/alsa-ucm-conf issue #593 was opened from Marek-mahav: I've tested the CS8409 driver on Ubuntu 24.04.2 with Wayland… [celý text tu] Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/593 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Feature request: Add native support for Cirrus Logic CS8409 codec
by GitHub issues - opened 14 Jul '25

14 Jul '25

alsa-project/alsa-ucm-conf issue #592 was opened from Marek-mahav: -w Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/592 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Feature request: Add native support for Cirrus Logic CS8409 codec
by GitHub issues - opened 14 Jul '25

14 Jul '25

alsa-project/alsa-ucm-conf issue #591 was opened from Marek-mahav: -w Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/591 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

timer/seq: fix minor issues
by GitHub pull_request - opened 12 Jul '25

12 Jul '25

alsa-project/alsa-gobject pull request #85 was opened from takaswie: As long as building on Ubuntu 25.04, some codes takes warnings from gcc 14 and gi-docgen 2025.3-1. This patchset includes some fixes to solve the codes. Request URL : https://github.com/alsa-project/alsa-gobject/pull/85 Patch URL : https://github.com/alsa-project/alsa-gobject/pull/85.patch Repository URL: https://github.com/alsa-project/alsa-gobject

1 0

[PATCH v1] ALSA: hda/tas2781: Add TAS2770 support
by Baojun Xu 12 Jul '25

12 Jul '25

Add TAS2770 support in HDA. Create a header file include/sound/tas2770-tlv.h, Set chip_id in i2c probe, check it while sound control is created, and the DSP firmware binary file parser. Signed-off-by: Baojun Xu <baojun.xu(a)ti.com> --- include/sound/tas2770-tlv.h | 20 ++++++++++++ include/sound/tas2781.h | 4 +++ sound/pci/hda/tas2781_hda_i2c.c | 58 +++++++++++++++++++++++++-------- 3 files changed, 69 insertions(+), 13 deletions(-) create mode 100644 include/sound/tas2770-tlv.h diff --git a/include/sound/tas2770-tlv.h b/include/sound/tas2770-tlv.h new file mode 100644 index 000000000000..2a2a74372366 --- /dev/null +++ b/include/sound/tas2770-tlv.h @@ -0,0 +1,20 @@ +/* SPDX-License-Identifier: GPL-2.0 */ +// +// ALSA SoC Texas Instruments TAS2770 Audio Smart Amplifier +// +// Copyright (C) 2025 Texas Instruments Incorporated +// https://www.ti.com +// +// The TAS2770 hda driver implements for one, two, or even multiple +// TAS2770 chips. +// +// Author: Baojun Xu <baojun.xu(a)ti.com> +// + +#ifndef __TAS2770_TLV_H__ +#define __TAS2770_TLV_H__ + +static const __maybe_unused DECLARE_TLV_DB_SCALE(tas2770_dvc_tlv, 1650, 50, 0); +static const __maybe_unused DECLARE_TLV_DB_SCALE(tas2770_amp_tlv, 1100, 50, 0); + +#endif diff --git a/include/sound/tas2781.h b/include/sound/tas2781.h index 3875e92f1ec5..f3d9c80fad36 100644 --- a/include/sound/tas2781.h +++ b/include/sound/tas2781.h @@ -63,6 +63,9 @@ /* Volume control */ #define TAS2563_DVC_LVL TASDEVICE_REG(0x00, 0x02, 0x0c) +#define TAS2770_DVC_LVL TASDEVICE_REG(0x0, 0x0, 0x17) +#define TAS2770_AMP_LEVEL TASDEVICE_REG(0x0, 0x0, 0x03) + #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) @@ -111,6 +114,7 @@ enum audio_device { TAS2563, + TAS2770, TAS2781, }; diff --git a/sound/pci/hda/tas2781_hda_i2c.c b/sound/pci/hda/tas2781_hda_i2c.c index b7ee22840d78..39f00e33e49d 100644 --- a/sound/pci/hda/tas2781_hda_i2c.c +++ b/sound/pci/hda/tas2781_hda_i2c.c @@ -24,6 +24,7 @@ #include <sound/tas2781.h> #include <sound/tas2781-comlib-i2c.h> #include <sound/tlv.h> +#include <sound/tas2770-tlv.h> #include <sound/tas2781-tlv.h> #include "hda_local.h" @@ -245,6 +246,12 @@ static int tas2781_force_fwload_put(struct snd_kcontrol *kcontrol, return change; } +static const struct snd_kcontrol_new tas2770_snd_controls[] = { + ACARD_SINGLE_RANGE_EXT_TLV("Speaker Analog Volume", TAS2770_AMP_LEVEL, + 0, 0, 20, 0, tas2781_amp_getvol, + tas2781_amp_putvol, tas2770_amp_tlv), +}; + static const struct snd_kcontrol_new tas2781_snd_controls[] = { ACARD_SINGLE_RANGE_EXT_TLV("Speaker Analog Gain", TAS2781_AMP_LEVEL, 1, 0, 20, 0, tas2781_amp_getvol, @@ -253,7 +260,7 @@ static const struct snd_kcontrol_new tas2781_snd_controls[] = { tas2781_force_fwload_get, tas2781_force_fwload_put), }; -static const struct snd_kcontrol_new tas2781_prof_ctrl = { +static const struct snd_kcontrol_new tas27xx_prof_ctrl = { .name = "Speaker Profile Id", .iface = SNDRV_CTL_ELEM_IFACE_CARD, .info = tasdevice_info_profile, @@ -393,26 +400,45 @@ static void tasdev_fw_ready(const struct firmware *fmw, void *context) if (ret) goto out; - tas_hda->prof_ctl = snd_ctl_new1(&tas2781_prof_ctrl, tas_priv); + tas_hda->prof_ctl = snd_ctl_new1(&tas27xx_prof_ctrl, tas_priv); ret = snd_ctl_add(codec->card, tas_hda->prof_ctl); if (ret) { dev_err(tas_priv->dev, "Failed to add KControl %s = %d\n", - tas2781_prof_ctrl.name, ret); + tas27xx_prof_ctrl.name, ret); goto out; } - for (i = 0; i < ARRAY_SIZE(tas2781_snd_controls); i++) { - hda_priv->snd_ctls[i] = snd_ctl_new1(&tas2781_snd_controls[i], - tas_priv); - ret = snd_ctl_add(codec->card, hda_priv->snd_ctls[i]); - if (ret) { - dev_err(tas_priv->dev, - "Failed to add KControl %s = %d\n", - tas2781_snd_controls[i].name, ret); - goto out; + if (tas_priv->chip_id == TAS2770) { + for (i = 0; i < ARRAY_SIZE(tas2770_snd_controls); i++) { + hda_priv->snd_ctls[i] = snd_ctl_new1( + &tas2770_snd_controls[i], tas_priv); + ret = snd_ctl_add(codec->card, hda_priv->snd_ctls[i]); + if (ret) { + dev_err(tas_priv->dev, + "Failed to add KControl %s = %d\n", + tas2770_snd_controls[i].name, ret); + goto out; + } + } + } else if (tas_priv->chip_id == TAS2781) { + for (i = 0; i < ARRAY_SIZE(tas2781_snd_controls); i++) { + hda_priv->snd_ctls[i] = snd_ctl_new1( + &tas2781_snd_controls[i], tas_priv); + ret = snd_ctl_add(codec->card, hda_priv->snd_ctls[i]); + if (ret) { + dev_err(tas_priv->dev, + "Failed to add KControl %s = %d\n", + tas2781_snd_controls[i].name, ret); + goto out; + } } } + // No dsp supported in TAS2770. + if (tas_priv->chip_id == TAS2770) { + tas_hda->priv->playback_started = true; + goto out; + } tasdevice_dsp_remove(tas_priv); @@ -453,7 +479,6 @@ static void tasdev_fw_ready(const struct firmware *fmw, void *context) tas2781_dsp_prog_ctrl.name, ret); goto out; } - tas_hda->dsp_conf_ctl = snd_ctl_new1(&tas2781_dsp_conf_ctrl, tas_priv); ret = snd_ctl_add(codec->card, tas_hda->dsp_conf_ctl); @@ -582,15 +607,21 @@ static int tas2781_hda_i2c_probe(struct i2c_client *clt) if (strstr(dev_name(&clt->dev), "TIAS2781")) { device_name = "TIAS2781"; + tas_hda->priv->chip_id = TAS2781; hda_priv->save_calibration = tas2781_save_calibration; tas_hda->priv->global_addr = TAS2781_GLOBAL_ADDR; + } else if (strstarts(dev_name(&clt->dev), "i2c-TXNW2770")) { + device_name = "TXNW2770"; + tas_hda->priv->chip_id = TAS2770; } else if (strstarts(dev_name(&clt->dev), "i2c-TXNW2781:00-tas2781-hda.0")) { device_name = "TXNW2781"; + tas_hda->priv->chip_id = TAS2781; hda_priv->save_calibration = tas2781_save_calibration; tas_hda->priv->global_addr = TAS2781_GLOBAL_ADDR; } else if (strstr(dev_name(&clt->dev), "INT8866")) { device_name = "INT8866"; + tas_hda->priv->chip_id = TAS2563; hda_priv->save_calibration = tas2563_save_calibration; tas_hda->priv->global_addr = TAS2563_GLOBAL_ADDR; } else { @@ -727,6 +758,7 @@ static const struct i2c_device_id tas2781_hda_i2c_id[] = { static const struct acpi_device_id tas2781_acpi_hda_match[] = { {"INT8866", 0 }, {"TIAS2781", 0 }, + {"TXNW2770", 0 }, {"TXNW2781", 0 }, {} }; -- 2.43.0

1 0

Lenovo Yoga 7 2-in-1 16AKP10 volume control bug
by Sandro Gähler 11 Jul '25

11 Jul '25

Hello I would like to report a bug for the brand new Lenovo Yoga 7 2-in-1 16AKP10. It has the same sound chip and also the same volume control bug as several older models. I thus assume that the same workaround, written by Philipp Jungkamp and later by Pascal Gross, will also work for this model. There are several lines with laptops that apply this workaround, for example this line in linux/sound/pci/hda/patch_realtek.c: SND_PCI_QUIRK(0x17aa, 0x3801, "Lenovo Yoga9 14IAP7", ALC287_FIXUP_YOGA9_14IAP7_BASS_SPK_PIN) Could you please add this line for my model? SND_PCI_QUIRK(0x????, 0x????, "Lenovo Yoga 7 2-in-1 16AKP10", ALC287_FIXUP_YOGA9_14IAP7_BASS_SPK_PIN), Please advise on how to determine the first two parameters. Thanks a lot for your great work and support. Best regards, --Sandro Gähler

1 0