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

Mic from audio jack not work on Dell Precision M4800. Please add mic drivers
by GitHub issues - edited 07 Sep '25

07 Sep '25

alsa-project/alsa-lib issue #476 was edited from Slavomir9: Hello, on my Dell Precision M4800 not work mic on headset Koss CS100 audio jack (non USB) version. Please add mic drivers. [Dell Precision M4800 ](https://www.google.com/search?q=%0D%0ADell+Precision+M4800%0D%0A&sca_esv=e618e5e4341fb9f4&) [Headset Koss CS100](https://www.kaufland.sk/product/5373091/) I use dual boot. On Windows 11 work mic only after install drivers from Dell website. Please add mic drivers. Thanks Issue URL : https://github.com/alsa-project/alsa-lib/issues/476 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

Mic from audio jack not work on Dell Precision M4800
by GitHub issues - edited 07 Sep '25

07 Sep '25

alsa-project/alsa-lib issue #476 was edited from Slavomir9: Hello, on my Dell Precision M4800 not work mic on headset Koss CS100 audio jack (non USB) version. Please add mic drivers. [Dell Precision M4800 ](https://www.google.com/search?q=%0D%0ADell+Precision+M4800%0D%0A&sca_esv=e618e5e4341fb9f4&) [Headset Koss CS100](https://www.kaufland.sk/product/5373091/) I use dual boot. On Windows 11 work mic only after install drivers from Dell website. Please add mic drivers. Thanks Issue URL : https://github.com/alsa-project/alsa-lib/issues/476 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

Mic from audio jack not work on Dell Precision M4800
by GitHub issues - opened 07 Sep '25

07 Sep '25

alsa-project/alsa-lib issue #476 was opened from Slavomir9: Hello, on my Dell Precision M4800 not work mic on headset Koss CS100 audio jack (non USB) version. [Dell Precision M4800 ](https://www.google.com/search?q=%0D%0ADell+Precision+M4800%0D%0A&sca_esv=e618e5e4341fb9f4&) [Headset Koss CS100](https://www.kaufland.sk/product/5373091/) I use dual boot. On Windows 11 work mic only after install drivers from Dell website Issue URL : https://github.com/alsa-project/alsa-lib/issues/476 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

[PATCH v3] ALSA: hda/tas2781: Fix the order of TAS2781 calibrated-data
by Shenghao Ding 07 Sep '25

07 Sep '25

A bug reported by one of my customers that the order of TAS2781 calibrated-data is incorrect, the correct way is to move R0_Low and insert it between R0 and InvR0. Fixes: 4fe238513407 ("ALSA: hda/tas2781: Move and unified the calibrated-data getting function for SPI and I2C into the tas2781_hda lib") Signed-off-by: Shenghao Ding <shenghao-ding(a)ti.com> --- v3: - Take Tiwai's advice on cali_cnv() to make it more simpler. v2: - Submit to sound branch maintianed by Tiwai instead of linux-next branch - Drop other fix --- sound/hda/codecs/side-codecs/tas2781_hda.c | 25 +++++++++++++++++----- 1 file changed, 20 insertions(+), 5 deletions(-) diff --git a/sound/hda/codecs/side-codecs/tas2781_hda.c b/sound/hda/codecs/side-codecs/tas2781_hda.c index f46d2e06c64f..f4a44c6b0234 100644 --- a/sound/hda/codecs/side-codecs/tas2781_hda.c +++ b/sound/hda/codecs/side-codecs/tas2781_hda.c @@ -33,6 +33,23 @@ const efi_guid_t tasdev_fct_efi_guid[] = { }; EXPORT_SYMBOL_NS_GPL(tasdev_fct_efi_guid, "SND_HDA_SCODEC_TAS2781"); +/* + * The order of calibrated-data writing function is a bit different from the + * order in UEFI. Here is the conversion to match the order of calibrated-data + * writing function. + */ +static void cali_cnv(unsigned char *data, unsigned int base, int offset) +{ + struct cali_reg reg_data; + + memcpy(&reg_data, data, sizeof(reg_data)); + /* the data order has to be swapped between r0_low_reg and inv0_reg */ + swap(reg_data.r0_low_reg, reg_data.invr0_reg); + + cpu_to_be32_array((__force __be32 *)(data + offset + 1), + (u32 *)&reg_data, TASDEV_CALIB_N); +} + static void tas2781_apply_calib(struct tasdevice_priv *p) { struct calidata *cali_data = &p->cali_data; @@ -103,8 +120,7 @@ static void tas2781_apply_calib(struct tasdevice_priv *p) data[l] = k; oft++; - for (i = 0; i < TASDEV_CALIB_N * 4; i++) - data[l + i + 1] = data[4 * oft + i]; + cali_cnv(data, 4 * oft, l); k++; } } @@ -130,9 +146,8 @@ static void tas2781_apply_calib(struct tasdevice_priv *p) for (j = p->ndev - 1; j >= 0; j--) { l = j * (cali_data->cali_dat_sz_per_dev + 1); - for (i = TASDEV_CALIB_N * 4; i > 0 ; i--) - data[l + i] = data[p->index * 5 + i]; - data[l+i] = j; + cali_cnv(data, cali_data->cali_dat_sz_per_dev * j, l); + data[l] = j; } } -- 2.43.0

3 2

No sound, only dummy output since updating alsa-lib to 1.2.14
by GitHub issues - opened 06 Sep '25

06 Sep '25

alsa-project/alsa-lib issue #475 was opened from aaaaadrien: Hello, Since an update on Fedora Linux 42, Audio card not detected, GNOME only shows "Dummy Output". No sound over speakers or HDMI. I downgraded the package alsa-lib (from alsa-lib-0:1.2.14-3.fc42.x86_64 to alsa-lib-0:1.2.13-4.fc42.x86_64) and now i have sound again. Tested with OpenSuse Tumbleweed Live ISO GNOME, with libasound2-1.2.14, i reproduce the issue. So i think it's not a distro issue but an ALSA Issue. That's why i open a bug here. Laptop model : Dell Latitude 3510 Audio Device : Intel Comet Lake PCH-LP cAVS driver: sof-audio-pci-intel-cnl API: ALSA version: k6.16.4-200.fc42.x86_64 status: kernel-api Reproducible: Always Steps to Reproduce: 1. Update alsa-lib to 1.2.14-3.fc42.x86_64 2. Reboot 3. See you only have dummy output Actual Results: No sound Expected Results: Sound always here ! Additional Information: Laptop model : Dell Latitude 3510 Audio Device : Intel Comet Lake PCH-LP cAVS driver: sof-audio-pci-intel-cnl API: ALSA version: k6.16.4-200.fc42.x86_64 status: kernel-api I opened a bug on Red Hat bugzilla yesterday but i enclose the link if you want to see the commands and checks i tested : https://bugzilla.redhat.com/show_bug.cgi?id=2393552 Issue URL : https://github.com/alsa-project/alsa-lib/issues/475 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

ALSAfirewire broken
by M. Armsby 04 Sep '25

04 Sep '25

Hello everyone. 2 Firewire problems with ALSAfirewire. 1. Firewire Midi was working fine with kernel 5.10 with Reaper. Then obviously a lot changed with the Firewire Stack. The midi output from Reaper has not changed according to it's developer - Justin. The problem is direct ALSA-Midi. We tested the midi app from www.alsa-project.org/alsa-doc/alsa-lib/_2test_2rawmidi_8c-example.html#a0 yesterday and it freezes Debian and just breaks Arch with kernel 6.15 Thread at Reaper Bugs forum: https://forum.cockos.com/showthread.php?t=300278 Has low level ALSA-Midi API changed? 2. If using Pipewire-Jack with ALSAfirewire the Reaper midi output works fine but unfortunately Pipewire adds 90ms delay when playing back through any Firewire interface compared with an onboard soundcard. The pipewire dev Wim Tayman, says it's ALSAfirewire fault but I proved it is not - see thread: https://gitlab.freedesktop.org/pipewire/pipewire/-/issues?show=eyJpaWQiOiI0… The ALSA recording and playback is confirmed by my tests to be working under 10ms RTT with Echo, Motu and Bebop interfaces. Is this problem related to first? Low level communication error? Cheers - and let me know if I can help in any way, although I'm not a programmer. P. S. I hope you can read my post as I loaded up K-9 eMail client so as to deliver text only. -- Martin Armsby

3 11

[PATCH v2] ALSA: hda/tas2781: Fix the order of TAS2781 calibrated-data
by Shenghao Ding 04 Sep '25

04 Sep '25

A bug reported by one of my customers that the order of TAS2781 calibrated-data is incorrect, the correct way is to move R0_Low and insert it between R0 and InvR0. Fixes: 4fe238513407 ("ALSA: hda/tas2781: Move and unified the calibrated-data getting function for SPI and I2C into the tas2781_hda lib") Signed-off-by: Shenghao Ding <shenghao-ding(a)ti.com> --- v2: - Submit to sound branch maintianed by Tiwai instead of linux-next branch - drop other fix --- sound/hda/codecs/side-codecs/tas2781_hda.c | 38 ++++++++++++++++++---- 1 file changed, 32 insertions(+), 6 deletions(-) diff --git a/sound/hda/codecs/side-codecs/tas2781_hda.c b/sound/hda/codecs/side-codecs/tas2781_hda.c index f46d2e06c64f..cd9990869e18 100644 --- a/sound/hda/codecs/side-codecs/tas2781_hda.c +++ b/sound/hda/codecs/side-codecs/tas2781_hda.c @@ -33,6 +33,32 @@ const efi_guid_t tasdev_fct_efi_guid[] = { }; EXPORT_SYMBOL_NS_GPL(tasdev_fct_efi_guid, "SND_HDA_SCODEC_TAS2781"); +/* + * The order of calibrated-data writing is a bit different from the order + * in UEFI. Here is the conversion to match the order of calibrated-data + * writing. + */ +static void cali_cnv(unsigned char *data, unsigned int base, int offset) +{ + __be32 bedata[TASDEV_CALIB_N]; + int i; + + /* r0_reg */ + bedata[0] = cpu_to_be32(*(uint32_t *)&data[base]); + /* r0_low_reg */ + bedata[1] = cpu_to_be32(*(uint32_t *)&data[base + 8]); + /* invr0_reg */ + bedata[2] = cpu_to_be32(*(uint32_t *)&data[base + 4]); + /* pow_reg */ + bedata[3] = cpu_to_be32(*(uint32_t *)&data[base + 12]); + /* tlimit_reg */ + bedata[4] = cpu_to_be32(*(uint32_t *)&data[base + 16]); + + for (i = 0; i < TASDEV_CALIB_N; i++) + memcpy(&data[offset + i * 4 + 1], &bedata[i], + sizeof(bedata[i])); +} + static void tas2781_apply_calib(struct tasdevice_priv *p) { struct calidata *cali_data = &p->cali_data; @@ -86,6 +112,7 @@ static void tas2781_apply_calib(struct tasdevice_priv *p) for (j = 0, k = 0; j < node_num; j++) { oft = j * 6 + 3; + /* Calibration registers address */ if (tmp_val[oft] == TASDEV_UEFI_CALI_REG_ADDR_FLG) { for (i = 0; i < TASDEV_CALIB_N; i++) { buf = &data[(oft + i + 1) * 4]; @@ -93,6 +120,7 @@ static void tas2781_apply_calib(struct tasdevice_priv *p) buf[2], buf[3]); } } else { + /* Calibrated data */ l = j * (cali_data->cali_dat_sz_per_dev + 1); if (k >= p->ndev || l > oft * 4) { dev_err(p->dev, "%s: dev sum error\n", @@ -103,8 +131,7 @@ static void tas2781_apply_calib(struct tasdevice_priv *p) data[l] = k; oft++; - for (i = 0; i < TASDEV_CALIB_N * 4; i++) - data[l + i + 1] = data[4 * oft + i]; + cali_cnv(data, 4 * oft, l); k++; } } @@ -127,12 +154,11 @@ static void tas2781_apply_calib(struct tasdevice_priv *p) dev_err(p->dev, "%s: V1 CRC error\n", __func__); return; } - + /* reverse rearrangement in case of overlap */ for (j = p->ndev - 1; j >= 0; j--) { l = j * (cali_data->cali_dat_sz_per_dev + 1); - for (i = TASDEV_CALIB_N * 4; i > 0 ; i--) - data[l + i] = data[p->index * 5 + i]; - data[l+i] = j; + cali_cnv(data, cali_data->cali_dat_sz_per_dev * j, l); + data[l] = j; } } -- 2.43.0

3 4

[PATCH] ASoC: amd: amd_sdw: Add quirks for some new Dell laptops
by Syed Saba Kareem 03 Sep '25

03 Sep '25

Add a quirk to include the codec amplifier function for Dell SKU's listed in quirk table. Note: In these SKU's, the RT722 codec amplifier is excluded, and an external amplifier is used instead. Signed-off-by: Syed Saba Kareem <syed.sabakareem(a)amd.com> --- sound/soc/amd/acp/acp-sdw-legacy-mach.c | 16 ++++++++++++++++ 1 file changed, 16 insertions(+) diff --git a/sound/soc/amd/acp/acp-sdw-legacy-mach.c b/sound/soc/amd/acp/acp-sdw-legacy-mach.c index c2197b75a7dd..5a3cfedacbaf 100644 --- a/sound/soc/amd/acp/acp-sdw-legacy-mach.c +++ b/sound/soc/amd/acp/acp-sdw-legacy-mach.c @@ -79,6 +79,22 @@ static const struct dmi_system_id soc_sdw_quirk_table[] = { }, .driver_data = (void *)(ASOC_SDW_CODEC_SPKR), }, + { + .callback = soc_sdw_quirk_cb, + .matches = { + DMI_MATCH(DMI_SYS_VENDOR, "Dell Inc"), + DMI_EXACT_MATCH(DMI_PRODUCT_SKU, "0DD3"), + }, + .driver_data = (void *)(ASOC_SDW_CODEC_SPKR), + }, + { + .callback = soc_sdw_quirk_cb, + .matches = { + DMI_MATCH(DMI_SYS_VENDOR, "Dell Inc"), + DMI_EXACT_MATCH(DMI_PRODUCT_SKU, "0DD4"), + }, + .driver_data = (void *)(ASOC_SDW_CODEC_SPKR), + }, {} }; -- 2.43.0

2 1

ucm2: Qualcomm: x1e80100: Add X1E80100-EVK configuration
by GitHub pull_request - opened 03 Sep '25

03 Sep '25

alsa-project/alsa-ucm-conf pull request #608 was opened from ReaLcdcLeQi: The X1E80100-EVK needs basically the same configuration as the X1E80100-CRD. The dts upstream is already in progress. https://lore.kernel.org/all/20250828-hamoa_initial-v8-3-c9d173072a5c@oss.qu… message id <20250828-hamoa_initial-v8-3-c9d173072a5c(a)oss.qualcomm.com> Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/608 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/608.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

A52 producing static noise
by GitHub issues - edited 03 Sep '25

03 Sep '25

alsa-project/alsa-plugins issue #63 was edited from mingww64: Setup is GPU----(HDMI)----TV----(eARC)----Sonos Arc Playing AC3 audio sample works and can confirm the speakers is receiving in AC3 format (Sonos app displaying Dolby Digital 5.1), however using the a52 plugin with `speaker-test` only static noise was coming out intermittently and Sonos app doesn't show any audio format. The GPU is a rx9070xt , I'm unsure if the problem is on the plugin or on AMD's side. ```log Slave: Hardware PCM card 0 'HDA ATI HDMI' device 9 subdevice 0 Its setup is: stream : PLAYBACK access : RW_INTERLEAVED format : S16_LE subformat : STD channels : 2 rate : 48000 exact rate : 48000 (48000/1) msbits : 16 buffer_size : 3072 period_size : 768 period_time : 16000 tstamp_mode : NONE tstamp_type : MONOTONIC period_step : 1 avail_min : 768 period_event : 0 start_threshold : 3072 stop_threshold : 3072 silence_threshold: 0 silence_size : 0 boundary : 6917529027641081856 appl_ptr : 0 hw_ptr : 0 0 - Front Left 4 - Front Center 1 - Front Right 3 - Rear Right 2 - Rear Left 5 - LFE Time per period = 17.888669 0 - Front Left 4 - Front Center 1 - Front Right ^C 3 - Rear Right 2 - Rear Left 5 - LFE Time per period = 8.512034 ``` Issue URL : https://github.com/alsa-project/alsa-plugins/issues/63 Repository URL: https://github.com/alsa-project/alsa-plugins

1 0