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

[PATCH v1] ALSA: hda/tas2781: Add missed brace and hardware id re-order
by Baojun Xu 06 Jun '25

06 Jun '25

This patch was used to do code clean and prepare for next patch, which is relative with hardware id. Signed-off-by: Baojun Xu <baojun.xu(a)ti.com> --- sound/pci/hda/tas2781_hda_i2c.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/sound/pci/hda/tas2781_hda_i2c.c b/sound/pci/hda/tas2781_hda_i2c.c index d91eed9f7..eb2295b49 100644 --- a/sound/pci/hda/tas2781_hda_i2c.c +++ b/sound/pci/hda/tas2781_hda_i2c.c @@ -591,8 +591,9 @@ static int tas2781_hda_i2c_probe(struct i2c_client *clt) device_name = "INT8866"; hda_priv->save_calibration = tas2563_save_calibration; tas_hda->priv->global_addr = TAS2563_GLOBAL_ADDR; - } else + } else { return -ENODEV; + } tas_hda->priv->irq = clt->irq; ret = tas2781_read_acpi(tas_hda->priv, device_name); @@ -722,8 +723,8 @@ static const struct i2c_device_id tas2781_hda_i2c_id[] = { }; static const struct acpi_device_id tas2781_acpi_hda_match[] = { - {"TIAS2781", 0 }, {"INT8866", 0 }, + {"TIAS2781", 0 }, {} }; MODULE_DEVICE_TABLE(acpi, tas2781_acpi_hda_match); -- 2.43.0

1 0

alsaloop: link existing mixer controls
by GitHub issues - opened 05 Jun '25

05 Jun '25

alsa-project/alsa-utils issue #303 was opened from bravl: Hi, I'm trying to link the volume controls of 2 soundcards together. We've got 2 souncards, an UAC2Gadget card and a custom soundcard. We use alsaloop to create the following setup: ``` UAC2Gadget record -> alsaloop -> Custom soundcard speaker out Custom soundcard mic in -> alsaloop -> UAC2Gadget soundcard playback ``` For this the alsaloop.conf looks like ``` -P hw:CARD=customsoundcard,DEV=0 -C hw:CARD=UAC2Gadget,DEV=0 -S 5 -T 1" -C hw:CARD=customsoundcard,DEV=1 -P hw:CARD=UAC2Gadget,DEV=0 -S 5 -T 2 ``` This setup works perfectly. But we would like to control the volume of the custom soundcard's speaker out via the UAC2Gadgets' PCM Record volume. The cards expose the following controls: ```sh $ amixer -c1 controls #custom soundcard numid=1,iface=MIXER,name='Master Volume' numid=2,iface=MIXER,name='Speaker Volume' $ amixer -c2 controls #UAC2Gadget numid=3,iface=MIXER,name='PCM Playback Switch' numid=4,iface=MIXER,name='PCM Playback Volume' numid=6,iface=MIXER,name='PCM Capture Switch' numid=7,iface=MIXER,name='PCM Capture Volume' numid=1,iface=PCM,name='Capture Pitch 1000000' numid=8,iface=PCM,name='Capture Rate' numid=2,iface=PCM,name='Playback Pitch 1000000' numid=5,iface=PCM,name='Playback Rate' ``` Adding `-m "name=Speaker Volume"` creates a new linked control to the UAC2Gadget card called "Speaker Volume" as expected. Adding `-m "name=Speaker Volume"@name="PCM Capture Volume"` does not work. Resulting in: ``` Unable to create control '0,MIXER,0,0,PCM Capture Volume,0': Device or resource busy playback hw:CARD=customsoundcard,DEV=0/capture hw:CARD=UAC2Gadget,DEV=0: Unable to remove control '0,MIXER,0,0,PCM Capture Volume,0': Invalid argument ``` Looking at the alsaloop code, it seems that this is expected behaviour because it's trying to remove a control which was created by the UAC2Gadget driver. Is the above conclusion correct or is there a different way to allow alsaloop to sync 2 existing driver controls? Thanks Issue URL : https://github.com/alsa-project/alsa-utils/issues/303 Repository URL: https://github.com/alsa-project/alsa-utils

1 0

[GIT PULL] ASoC fixes for v6.16-merge-window
by Mark Brown 05 Jun '25

05 Jun '25

The following changes since commit 43a38a0ff8c63ee156d997cd13063c63cd55d812: ASoC: codecs: add support for ES8375 (2025-05-23 16:52:28 +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-merge-window for you to fetch changes up to b7188a1c0d2d7b04f4558e10293651d49fcb2398: ASoC: Intel: avs: boards: Fix rt5663 front end name (2025-06-03 17:04:32 +0100) ---------------------------------------------------------------- ASoC: Fixes for v6.16 A bunch of fixes, including a big batch for the Intel AVS driver, and one new device ID. It's all device specific. ---------------------------------------------------------------- Amadeusz Sławiński (2): ASoC: Intel: avs: Fix paths in MODULE_FIRMWARE hints ASoC: Intel: avs: boards: Fix rt5663 front end name Bram Vlerick (2): ASoC: tas571x: add separate tas5733 controls ASoC: tas571x: fix tas5733 num_controls Cezary Rojewski (9): ASoC: codecs: hda: Fix RPM usage count underflow ASoC: Intel: avs: Fix deadlock when the failing IPC is SET_D0IX ASoC: Intel: avs: Fix PPLCxFMT calculation ASoC: Intel: avs: Fix possible null-ptr-deref when initing hw ASoC: Intel: avs: Verify kcalloc() status when setting constraints ASoC: Intel: avs: Verify content returned by parse_int_array() ASoC: Intel: avs: Include missing string.h ASoC: pcm: Do not open FEs with no BEs connected ASoC: Intel: avs: Simplify verification of parse_int_array() result Jaroslav Kysela (2): firmware: cs_dsp: Fix OOB memory read access in KUnit test (wmfw info) firmware: cs_dsp: Fix OOB memory read access in KUnit test (ctl cache) Krzysztof Kozlowski (3): ASoC: codecs: wcd9335: Fix missing free of regulator supplies ASoC: codecs: wcd937x: Drop unused buck_supply ASoC: codecs: wcd9375: Fix double free of regulator supplies Mark Brown (2): ASoC: codecs: wcd93xx: Few regulator supplies fixes ASoC: Intel: avs: Set of functional fixes Qasim Ijaz (1): ASoC: codecs: fix out-of-bounds access on invalid clock config Shuming Fan (1): ASoC: rt1320: fix speaker noise when volume bar is 100% Yuuki NAGAO (1): ASoC: ti: omap-hdmi: Re-add dai_link->platform to fix card init meowmeowbeanz (1): ASoC: amd: yc: Add support for Lenovo Yoga 7 16ARP8 drivers/firmware/cirrus/test/cs_dsp_mock_wmfw.c | 3 +- .../cirrus/test/cs_dsp_test_control_cache.c | 1 - sound/soc/amd/yc/acp6x-mach.c | 7 +++ sound/soc/codecs/es8375.c | 1 + sound/soc/codecs/hda.c | 4 +- sound/soc/codecs/rt1320-sdw.c | 17 +++++- sound/soc/codecs/tas571x.c | 67 +++++++++++++++++++++- sound/soc/codecs/tas571x.h | 34 +++++++++++ sound/soc/codecs/wcd9335.c | 25 +++----- sound/soc/codecs/wcd937x.c | 7 +-- sound/soc/intel/avs/board_selection.c | 2 +- sound/soc/intel/avs/boards/rt5663.c | 2 +- sound/soc/intel/avs/core.c | 20 +++---- sound/soc/intel/avs/debugfs.c | 12 ++-- sound/soc/intel/avs/ipc.c | 4 +- sound/soc/intel/avs/loader.c | 1 + sound/soc/intel/avs/path.c | 2 + sound/soc/intel/avs/pcm.c | 13 ++--- sound/soc/soc-pcm.c | 23 ++++---- sound/soc/ti/omap-hdmi.c | 7 ++- 20 files changed, 184 insertions(+), 68 deletions(-)

2 1

RE: [PATCH] ASoC: codecs: ES8326: Modify initialization configuration
by Zhang Yi 05 Jun '25

05 Jun '25

> > - regmap_write(es8326->regmap, ES8326_SDINOUT1_IO, > > - (ES8326_IO_DMIC_CLK << ES8326_SDINOUT1_SHIFT)); > > + regmap_write(es8326->regmap, ES8326_SDINOUT1_IO, ES8326_IO_INPUT); > > Why - will this impact existing users? No, it will not impact existing users, Because I have set this register value to work in es8326_set_bias_level.

1 0

snd_soc_dai_set_tdm_slot with slot=0 broken since 6.12.31 kernel
by Giedrius Trainavičius 05 Jun '25

05 Jun '25

Hello, Since Raspberry Pi's kernel version 6.12.31, I noticed that snd_soc_dai_set_tdm_slot returns -EINVAL when slots=0 is provided to the function, even though it's a documented legal use case: * TDM mode can be disabled by passing 0 for @slots. In this case @tx_mask, * @rx_mask and @slot_width will be ignored. https://elixir.bootlin.com/linux/v6.12.31/source/sound/soc/soc-dai.c#L260 The issue was introduced by this commit: https://lore.kernel.org/all/87o6z7yk61.wl-kuninori.morimoto.gx@renesas.com/… Which adds checking of snd_soc_xlate_tdm_slot_mask result which is -EINVAL in case of slots=0, therefore stopping the snd_soc_dai_set_tdm_slot execution. The 6.12.30 was still fine: https://elixir.bootlin.com/linux/v6.12.30/source/sound/soc/soc-dai.c#L281 I would suggest skipping the xlate call in case slots is 0 in snd_soc_dai_set_tdm_slot. Thank you, Giedrius.

2 1

USB-Audio: Changed GoXLR 'Stream Mix' channel names to match the latest Windows release
by GitHub pull_request - edited 05 Jun '25

05 Jun '25

alsa-project/alsa-ucm-conf pull request #572 was edited from FrostyCoolSlug: This change is to match the Broadcast Mix channel names to the latest release of the GoXLR App on Windows. Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/572 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/572.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Changed 'Stream Mix' channel names to match the latest Window release
by GitHub pull_request - opened 05 Jun '25

05 Jun '25

alsa-project/alsa-ucm-conf pull request #572 was opened from FrostyCoolSlug: This change is to match the Broadcast Mix channel names to the latest release of the GoXLR App on Windows. Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/572 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/572.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Intel: avs: Add new UCMs after recent kernel work
by GitHub pull_request - opened 04 Jun '25

04 Jun '25

alsa-project/alsa-ucm-conf pull request #571 was opened from amadeuszslawinski-intel: After recent work to rename cards [1], userspace expects different card names and device numbers. [1] https://lore.kernel.org/linux-sound/20250407124154.1713039-1-amadeuszx.slaw… There is one problem with HDMI not working. As far as I can tell, this is due to macro not handling pcm=0 correctly, but I have no idea how to fix that. ``` numid=1,iface=CARD,name='HDMI/DP Jack' numid=7,iface=CARD,name='HDMI/DP,pcm=1 Jack' numid=13,iface=CARD,name='HDMI/DP,pcm=2 Jack' ``` ``` DefineMacro.HDMI.If.hdmi { Condition { Type ControlExists Control "iface=CARD,name='HDMI/DP,pcm=${var:__Device} Jack'" } ``` I've opted for adding files instead of moving and editing them, because there may be users who currently use old card names. Main differences are: * HDAudio macros can now be used for HD-Audio card * DMIC now automatically constraints number of channels, so no need for two separate files * rewrote some files to make use of conditional syntax Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/571 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/571.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

alsaloop: only log xrun debug messages when verbose
by GitHub pull_request - opened 04 Jun '25

04 Jun '25

alsa-project/alsa-utils pull request #302 was opened from jacmet: Xruns can happen quite often (E.G. continuously when using alsaloop to/from the UAC gadget driver without a connected host), so only log the debug messages when verbose logging has been requested to not flood the logs. Request URL : https://github.com/alsa-project/alsa-utils/pull/302 Patch URL : https://github.com/alsa-project/alsa-utils/pull/302.patch Repository URL: https://github.com/alsa-project/alsa-utils

1 0

alsabat: fills /tmp until out of memory
by GitHub issues - opened 04 Jun '25

04 Jun '25

alsa-project/alsa-utils issue #301 was opened from eurofun: alsabat creates its capture file by using mkstemp() in bat.c. So it creates a new file under /tmp each time it runs (at least when configured to capture something...) and never removes any until no space is left. I propose it should by default delete the files it opened after analysis and keep the current behavior as an option in order to allow inspecting captured files after alsabat ran. Or alternatively an option to specify the capture filename. Issue URL : https://github.com/alsa-project/alsa-utils/issues/301 Repository URL: https://github.com/alsa-project/alsa-utils

1 0