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

SplitPCMDevice macro broken with two or more channels
by GitHub issues - opened 21 Nov '25

21 Nov '25

alsa-project/alsa-ucm-conf issue #646 was opened from karcsesz: I have a Behringer XR18 that I am currently trying to write a custom UCM profile for that splits its 18x18 audio interface into separate mono and stereo virtual devices. I am able to create mono devices using the `SplitPCM` and `SplitPCMDevice` macros, however only when none of the channels higher than Channel0 are defined, as the created Capture/PlaybackPCM configuration values have the channel IDs duplicated: ``` $ alsaucm -c3 dump text [snip] Verb."18x18 Stereo" { Comment "9x9 Stereo Duplex" Device."Ch1 In" { Comment "Ch1 from" Values { CaptureCTL "_ucm0001.hw:XR18" CaptureChannels 2 CapturePCM "_ucm0001.behringer_xr18_stereo_in:XR18,0,0,1,1" PlaybackCTL "_ucm0001.hw:XR18" } } Device."Ch2 In" { Comment "Ch2 from" Values { CaptureCTL "_ucm0001.hw:XR18" CaptureChannels 2 CapturePCM "_ucm0001.behringer_xr18_stereo_in:XR18,0,2,3,3" PlaybackCTL "_ucm0001.hw:XR18" } } [snip] ``` `spa-acp-tool` also fails to find the PCM devices due to this issue ``` $ spa-acp-tool -vvv -c3 [snip] I alsa-ucm.c:2567 Probing profile 18x18 Stereo I alsa-ucm.c:2571 Set ucm verb to 18x18 Stereo D alsa-util.c:714 Trying _ucm0001.behringer_xr18_stereo_in:XR18,0,16,17,17 with SND_PCM_NO_AUTO_FORMAT ... I conf.c:5541 Unknown parameter 4 I conf.c:5712 Parse arguments error: No such file or directory I pcm.c:2722 Unknown PCM behringer_xr18_stereo_in:XR18,0,16,17,17 I alsa-util.c:721 Error opening PCM device _ucm0001.behringer_xr18_stereo_in:XR18,0,16,17,17: No such file or directory I alsa-ucm.c:2611 Profile '18x18 Stereo' mapping '18x18 Stereo: Ch9 In: source': input PCM open failed I alsa-ucm.c:2621 Profile 18x18 Stereo not supported ``` Appropriate snippet from the verb configuration: ``` Include.pcm_split.File "/common/pcm/split.conf" Macro [ [snip] { SplitPCM { Name "behringer_xr18_stereo_in" Direction Capture Format S24_3LE Channels 2 HWChannels 18 HWChannelPos0 FL HWChannelPos1 FR HWChannelPos2 FL HWChannelPos3 FR HWChannelPos4 FL HWChannelPos5 FR HWChannelPos6 FL HWChannelPos7 FR HWChannelPos8 FL HWChannelPos9 FR HWChannelPos10 FL HWChannelPos11 FR HWChannelPos12 FL HWChannelPos13 FR HWChannelPos14 FL HWChannelPos15 FR HWChannelPos16 FL HWChannelPos17 FR } } [snip] ] [snip] SectionDevice."Ch1 In" { Comment "Ch1 from" Macro.pcm_split.SplitPCMDevice { Name "behringer_xr18_stereo_in" Direction Capture HwChannels 18 Channels 2 Channel0 0 Channel1 1 ChannelPos0 FL ChannelPos1 FR } } SectionDevice."Ch2 In" { Comment "Ch2 from" Macro.pcm_split.SplitPCMDevice { Name "behringer_xr18_stereo_in" Direction Capture HwChannels 18 Channels 2 Channel0 2 Channel1 3 ChannelPos0 FL ChannelPos1 FR } } [snip] ``` My current hunch is the append within the `SplitPCMDevice_addchn` macro somehow getting called twice (maybe due to [evaluation restart](https://www.alsa-project.org/alsa-doc/alsa-lib/group__ucm__conf.ht…) [alsa-info.txt](https://github.com/user-attachments/files/23665421/alsa-info… Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/646 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

[PATCH v1 1/8] ASoC: tas2783A: sdw_utils: support ch 3 & 4
by Niranjan H Y 20 Nov '25

20 Nov '25

Currently the machine driver for tas2783A can only support 2 channels. This patch adds support for 2 channel playback with 4 device setup. Signed-off-by: Niranjan H Y <niranjan.hy(a)ti.com> --- sound/soc/sdw_utils/soc_sdw_ti_amp.c | 4 ++++ sound/soc/sdw_utils/soc_sdw_utils.c | 22 ++++++++++++++++++---- 2 files changed, 22 insertions(+), 4 deletions(-) diff --git a/sound/soc/sdw_utils/soc_sdw_ti_amp.c b/sound/soc/sdw_utils/soc_sdw_ti_amp.c index cbd60faec..488ef2ef4 100644 --- a/sound/soc/sdw_utils/soc_sdw_ti_amp.c +++ b/sound/soc/sdw_utils/soc_sdw_ti_amp.c @@ -58,6 +58,10 @@ int asoc_sdw_ti_spk_rtd_init(struct snd_soc_pcm_runtime *rtd, strscpy(speaker, "Left Spk", sizeof(speaker)); } else if (!strncmp(prefix, "tas2783-2", strlen("tas2783-2"))) { strscpy(speaker, "Right Spk", sizeof(speaker)); + } else if (!strncmp(prefix, "tas2783-3", strlen("tas2783-3"))) { + strscpy(speaker, "Left Spk2", sizeof(speaker)); + } else if (!strncmp(prefix, "tas2783-4", strlen("tas2783-4"))) { + strscpy(speaker, "Right Spk2", sizeof(speaker)); } else { ret = -EINVAL; dev_err(card->dev, "unhandled prefix %s", prefix); diff --git a/sound/soc/sdw_utils/soc_sdw_utils.c b/sound/soc/sdw_utils/soc_sdw_utils.c index 824fb613c..ec00f13a6 100644 --- a/sound/soc/sdw_utils/soc_sdw_utils.c +++ b/sound/soc/sdw_utils/soc_sdw_utils.c @@ -40,11 +40,25 @@ static const struct snd_soc_dapm_widget lr_spk_widgets[] = { SND_SOC_DAPM_SPK("Right Spk", NULL), }; +static const struct snd_soc_dapm_widget lr_4spk_widgets[] = { + SND_SOC_DAPM_SPK("Left Spk", NULL), + SND_SOC_DAPM_SPK("Right Spk", NULL), + SND_SOC_DAPM_SPK("Left Spk2", NULL), + SND_SOC_DAPM_SPK("Right Spk2", NULL), +}; + static const struct snd_kcontrol_new lr_spk_controls[] = { SOC_DAPM_PIN_SWITCH("Left Spk"), SOC_DAPM_PIN_SWITCH("Right Spk"), }; +static const struct snd_kcontrol_new lr_4spk_controls[] = { + SOC_DAPM_PIN_SWITCH("Left Spk"), + SOC_DAPM_PIN_SWITCH("Right Spk"), + SOC_DAPM_PIN_SWITCH("Left Spk2"), + SOC_DAPM_PIN_SWITCH("Right Spk2"), +}; + static const struct snd_soc_dapm_widget rt700_widgets[] = { SND_SOC_DAPM_HP("Headphones", NULL), SND_SOC_DAPM_MIC("AMIC", NULL), @@ -69,10 +83,10 @@ struct asoc_sdw_codec_info codec_info_list[] = { .dailink = {SOC_SDW_AMP_OUT_DAI_ID, SOC_SDW_AMP_IN_DAI_ID}, .init = asoc_sdw_ti_amp_init, .rtd_init = asoc_sdw_ti_spk_rtd_init, - .controls = lr_spk_controls, - .num_controls = ARRAY_SIZE(lr_spk_controls), - .widgets = lr_spk_widgets, - .num_widgets = ARRAY_SIZE(lr_spk_widgets), + .controls = lr_4spk_controls, + .num_controls = ARRAY_SIZE(lr_4spk_controls), + .widgets = lr_4spk_widgets, + .num_widgets = ARRAY_SIZE(lr_4spk_widgets), }, }, .dai_num = 1, -- 2.25.1

2 8

Support Tas2781 and mute led for HP platform
by Kailang 20 Nov '25

20 Nov '25

Hi Takashi, Attach patch was supported Tas2781 and mute led for HP platform. BR, Kailang

2 2

[PATCH] ASoC: wm8994: Prevent access to invalid VU register bits on WM1811
by Sylwester Nawrocki 20 Nov '25

20 Nov '25

The ADC2 and DAC2 are not available on WM1811 device. This patch moves the ADC2, DAC2 VU bitfields to a separate array so we can skip accessing them and avoid unreadable register access on WM1811. This allows to get rid of warnings during boot like: wm8994-codec: ASoC: error at soc_component_read_no_lock on wm8994-codec: -5 Signed-off-by: Sylwester Nawrocki <s.nawrocki(a)samsung.com> --- sound/soc/codecs/wm8994.c | 60 ++++++++++++++++++++++++++++----------- 1 file changed, 44 insertions(+), 16 deletions(-) diff --git a/sound/soc/codecs/wm8994.c b/sound/soc/codecs/wm8994.c index a84ae879d37e..038be667c1a6 100644 --- a/sound/soc/codecs/wm8994.c +++ b/sound/soc/codecs/wm8994.c @@ -43,10 +43,12 @@ #define WM8994_NUM_DRC 3 #define WM8994_NUM_EQ 3 -static struct { +struct wm8994_reg_mask { unsigned int reg; unsigned int mask; -} wm8994_vu_bits[] = { +}; + +static struct wm8994_reg_mask wm8994_vu_bits[] = { { WM8994_LEFT_LINE_INPUT_1_2_VOLUME, WM8994_IN1_VU }, { WM8994_RIGHT_LINE_INPUT_1_2_VOLUME, WM8994_IN1_VU }, { WM8994_LEFT_LINE_INPUT_3_4_VOLUME, WM8994_IN2_VU }, @@ -60,14 +62,10 @@ static struct { { WM8994_AIF1_DAC1_LEFT_VOLUME, WM8994_AIF1DAC1_VU }, { WM8994_AIF1_DAC1_RIGHT_VOLUME, WM8994_AIF1DAC1_VU }, - { WM8994_AIF1_DAC2_LEFT_VOLUME, WM8994_AIF1DAC2_VU }, - { WM8994_AIF1_DAC2_RIGHT_VOLUME, WM8994_AIF1DAC2_VU }, { WM8994_AIF2_DAC_LEFT_VOLUME, WM8994_AIF2DAC_VU }, { WM8994_AIF2_DAC_RIGHT_VOLUME, WM8994_AIF2DAC_VU }, { WM8994_AIF1_ADC1_LEFT_VOLUME, WM8994_AIF1ADC1_VU }, { WM8994_AIF1_ADC1_RIGHT_VOLUME, WM8994_AIF1ADC1_VU }, - { WM8994_AIF1_ADC2_LEFT_VOLUME, WM8994_AIF1ADC2_VU }, - { WM8994_AIF1_ADC2_RIGHT_VOLUME, WM8994_AIF1ADC2_VU }, { WM8994_AIF2_ADC_LEFT_VOLUME, WM8994_AIF2ADC_VU }, { WM8994_AIF2_ADC_RIGHT_VOLUME, WM8994_AIF1ADC2_VU }, { WM8994_DAC1_LEFT_VOLUME, WM8994_DAC1_VU }, @@ -76,6 +74,14 @@ static struct { { WM8994_DAC2_RIGHT_VOLUME, WM8994_DAC2_VU }, }; +/* VU bitfields for ADC2, DAC2 not available on WM1811 */ +static struct wm8994_reg_mask wm8994_adc2_dac2_vu_bits[] = { + { WM8994_AIF1_DAC2_LEFT_VOLUME, WM8994_AIF1DAC2_VU }, + { WM8994_AIF1_DAC2_RIGHT_VOLUME, WM8994_AIF1DAC2_VU }, + { WM8994_AIF1_ADC2_LEFT_VOLUME, WM8994_AIF1ADC2_VU }, + { WM8994_AIF1_ADC2_RIGHT_VOLUME, WM8994_AIF1ADC2_VU }, +}; + static int wm8994_drc_base[] = { WM8994_AIF1_DRC1_1, WM8994_AIF1_DRC2_1, @@ -1030,6 +1036,26 @@ static bool wm8994_check_class_w_digital(struct snd_soc_component *component) return true; } +static void wm8994_update_vu_bits(struct snd_soc_component *component) +{ + struct wm8994_priv *wm8994 = snd_soc_component_get_drvdata(component); + struct wm8994 *control = wm8994->wm8994; + int i; + + for (i = 0; i < ARRAY_SIZE(wm8994_vu_bits); i++) + snd_soc_component_write(component, wm8994_vu_bits[i].reg, + snd_soc_component_read(component, + wm8994_vu_bits[i].reg)); + if (control->type == WM1811) + return; + + for (i = 0; i < ARRAY_SIZE(wm8994_adc2_dac2_vu_bits); i++) + snd_soc_component_write(component, + wm8994_adc2_dac2_vu_bits[i].reg, + snd_soc_component_read(component, + wm8994_adc2_dac2_vu_bits[i].reg)); +} + static int aif_mclk_set(struct snd_soc_component *component, int aif, bool enable) { struct wm8994_priv *wm8994 = snd_soc_component_get_drvdata(component); @@ -1076,7 +1102,7 @@ static int aif1clk_ev(struct snd_soc_dapm_widget *w, struct wm8994_priv *wm8994 = snd_soc_component_get_drvdata(component); struct wm8994 *control = wm8994->wm8994; int mask = WM8994_AIF1DAC1L_ENA | WM8994_AIF1DAC1R_ENA; - int ret, i; + int ret; int dac; int adc; int val; @@ -1144,10 +1170,7 @@ static int aif1clk_ev(struct snd_soc_dapm_widget *w, break; case SND_SOC_DAPM_POST_PMU: - for (i = 0; i < ARRAY_SIZE(wm8994_vu_bits); i++) - snd_soc_component_write(component, wm8994_vu_bits[i].reg, - snd_soc_component_read(component, - wm8994_vu_bits[i].reg)); + wm8994_update_vu_bits(component); break; case SND_SOC_DAPM_PRE_PMD: @@ -1181,7 +1204,7 @@ static int aif2clk_ev(struct snd_soc_dapm_widget *w, struct snd_kcontrol *kcontrol, int event) { struct snd_soc_component *component = snd_soc_dapm_to_component(w->dapm); - int ret, i; + int ret; int dac; int adc; int val; @@ -1237,10 +1260,7 @@ static int aif2clk_ev(struct snd_soc_dapm_widget *w, break; case SND_SOC_DAPM_POST_PMU: - for (i = 0; i < ARRAY_SIZE(wm8994_vu_bits); i++) - snd_soc_component_write(component, wm8994_vu_bits[i].reg, - snd_soc_component_read(component, - wm8994_vu_bits[i].reg)); + wm8994_update_vu_bits(component); break; case SND_SOC_DAPM_PRE_PMD: @@ -4346,6 +4366,14 @@ static int wm8994_component_probe(struct snd_soc_component *component) wm8994_vu_bits[i].mask, wm8994_vu_bits[i].mask); + if (control->type != WM1811) { + for (i = 0; i < ARRAY_SIZE(wm8994_adc2_dac2_vu_bits); i++) + snd_soc_component_update_bits(component, + wm8994_adc2_dac2_vu_bits[i].reg, + wm8994_adc2_dac2_vu_bits[i].mask, + wm8994_adc2_dac2_vu_bits[i].mask); + } + /* Set the low bit of the 3D stereo depth so TLV matches */ snd_soc_component_update_bits(component, WM8994_AIF1_DAC1_FILTERS_2, 1 << WM8994_AIF1DAC1_3D_GAIN_SHIFT, -- 2.17.1

4 3

No soundcards recognised by ALSA after upgrading to Linux 6.17.8 from Linux 6.17.1 (Lenovo Yoga Slim 7 14ILL10, cs42l43)
by GitHub issues - opened 20 Nov '25

20 Nov '25

alsa-project/alsa-ucm-conf issue #645 was opened from emfol: After upgrading to Linux 6.17.8 (from Linux 6.17.1), the sound card is no longer recognized. I ran the `alsa-info.sh` script after booting each one of the kernels and the results follow: - 6.17.1: https://alsa-project.org/db/?f=5887d318c6cd7866365a0f134eeaf5721f33b82d - 6.17.8: https://alsa-project.org/db/?f=a5ca95f07b9a1844c102f63e6c0e36cd2e5755ef #### DMESG 6.17.8 ``` Nov 19 22:33:46 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: SoundWire enabled on CannonLake+ platform, using SOF driver Nov 19 22:33:46 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: enabling device (0000 -> 0002) Nov 19 22:33:46 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040100 Nov 19 22:33:46 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: bound 0000:00:02.0 (ops intel_audio_component_bind_ops [xe]) Nov 19 22:33:46 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: use msi interrupt mode Nov 19 22:33:46 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: hda codecs found, mask 4 Nov 19 22:33:46 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: NHLT device BT(0) detected, ssp_mask 0x4 Nov 19 22:33:46 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: BT link detected in NHLT tables: 0x4 Nov 19 22:33:46 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: DMICs detected in NHLT tables: 4 Nov 19 22:33:46 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Firmware paths/files for ipc type 1: Nov 19 22:33:46 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Firmware file: intel/sof-ipc4/lnl/sof-lnl.ri Nov 19 22:33:46 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Firmware lib path: intel/sof-ipc4-lib/lnl Nov 19 22:33:46 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Topology file: intel/sof-ipc4-tplg/sof-lnl-cs42l43-l0-4ch.tplg Nov 19 22:33:46 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Loaded firmware library: ADSPFW, version: 2.13.0.1 Nov 19 22:33:46 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Booted firmware version: 2.13.0.1 ``` #### DMESG 6.17.1 ``` Nov 19 22:22:14 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: SoundWire enabled on CannonLake+ platform, using SOF driver Nov 19 22:22:14 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: enabling device (0000 -> 0002) Nov 19 22:22:14 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040100 Nov 19 22:22:14 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: bound 0000:00:02.0 (ops intel_audio_component_bind_ops [xe]) Nov 19 22:22:14 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: use msi interrupt mode Nov 19 22:22:14 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: hda codecs found, mask 4 Nov 19 22:22:14 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: NHLT device BT(0) detected, ssp_mask 0x4 Nov 19 22:22:14 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: BT link detected in NHLT tables: 0x4 Nov 19 22:22:14 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: DMICs detected in NHLT tables: 4 Nov 19 22:22:14 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Firmware paths/files for ipc type 1: Nov 19 22:22:14 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Firmware file: intel/sof-ipc4/lnl/sof-lnl.ri Nov 19 22:22:14 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Firmware lib path: intel/sof-ipc4-lib/lnl Nov 19 22:22:14 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Topology file: intel/sof-ipc4-tplg/sof-lnl-cs42l43-l0-4ch.tplg Nov 19 22:22:14 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Loaded firmware library: ADSPFW, version: 2.13.0.1 Nov 19 22:22:15 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Booted firmware version: 2.13.0.1 Nov 19 22:22:15 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Topology: ABI 3:29:1 Kernel ABI 3:23:1 Nov 19 22:22:15 ys7i14-em kernel: sof_sdw sof_sdw: ASoC: Parent card not yet available, widget card binding deferred Nov 19 22:22:15 ys7i14-em kernel: sof-audio-pci-intel-lnl 0000:00:1f.3: Loaded firmware library: ADSPFW, version: 2.13.0.1 Nov 19 22:22:21 ys7i14-em kernel: sof_sdw sof_sdw: Setting CS42L43 Speaker volume limit to 128 Nov 19 22:22:21 ys7i14-em kernel: sof_sdw sof_sdw: hda_dsp_hdmi_build_controls: no PCM in topology for HDMI converter 3 Nov 19 22:22:21 ys7i14-em kernel: input: sof-soundwire Jack as /devices/pci0000:00/0000:00:1f.3/sof_sdw/sound/card0/input14 Nov 19 22:22:21 ys7i14-em kernel: input: sof-soundwire HDMI/DP,pcm=5 as /devices/pci0000:00/0000:00:1f.3/sof_sdw/sound/card0/input15 Nov 19 22:22:21 ys7i14-em kernel: input: sof-soundwire HDMI/DP,pcm=6 as /devices/pci0000:00/0000:00:1f.3/sof_sdw/sound/card0/input16 Nov 19 22:22:21 ys7i14-em kernel: input: sof-soundwire HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:1f.3/sof_sdw/sound/card0/input17 Nov 19 22:33:07 ys7i14-em systemd[1]: sys-devices-pci0000:00-0000:00:1f.3-sof_sdw-sound-card0-controlC0.device: Failed to enqueue SYSTEMD_WANTS job, ignoring: Transaction for sound.target/start is destructive (reboot.target has 'start' job queued, but 'stop' is included in transaction). ``` Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/645 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

ucm2: sof-soundwire: Update cs42l45 JackControls
by GitHub pull_request - opened 19 Nov '25

19 Nov '25

alsa-project/alsa-ucm-conf pull request #644 was opened from mstrozek: Update JackControls to follow machine driver changes [1] [1] https://github.com/thesofproject/linux/pull/5590 Keeping this PR as a draft until the SOF PR is finalized and merged Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/644 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/644.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

HDA: route speaker volume to Post Mixer Analog
by GitHub pull_request - opened 19 Nov '25

19 Nov '25

alsa-project/alsa-ucm-conf pull request #643 was opened from Lyapsus: On certain laptops (e.g., Lenovo Legion Pro 7 16IAX10H), the live speaker gain is exposed through the Post Mixer Analog controls. The default UCM entries point at Speaker/Master, so software volume never touches the woofer amps. Routing the Speaker device to the Post Mixer Analog mixer and volume elements restores proper volume control without affecting other paths Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/643 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/643.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

fix typo in error.h to avoid compile error when gcc <= 2.95
by GitHub pull_request - opened 19 Nov '25

19 Nov '25

alsa-project/alsa-lib pull request #483 was opened from versaloon: a typo in include/error.h Request URL : https://github.com/alsa-project/alsa-lib/pull/483 Patch URL : https://github.com/alsa-project/alsa-lib/pull/483.patch Repository URL: https://github.com/alsa-project/alsa-lib

1 0

Lenovo Yoga Pro 7 built-in speakers volume not controlled by GNOME/PipeWire
by GitHub issues - edited 18 Nov '25

18 Nov '25

alsa-project/alsa-ucm-conf issue #642 was edited from 2O77: Device: Lenovo Yoga Pro 7 14IRH8 Sound card: sof-hda-dsp Problem: ALSA Post-Mixer / Pre-Mixer controls work via alsamixer, but GNOME volume slider or PipeWire sink volume does not affect hardware output. Likely an issue in the UCM profile for this device. Steps to reproduce: 1. Boot any Linux distribution. 2. Attempt to change volume via GNOME/KDE slider or `pactl` / PipeWire controls. 3. Observe that output volume of laptop speakers does not change. 4. Testing with headphones (AirPods, Beats) or external speakers works correctly. Notes: - This issue is specific to the built-in laptop speakers. - Different desktop environments (GNOME, KDE) and distributions (Fedora GNOME, Fedora KDE, openSUSE Tumbleweed) were tested and exhibit the same problem. - ALSA `Post-Mixer` / `Pre-Mixer` controls work correctly when adjusted via `alsamixer`. Expected behavior: - GNOME / PipeWire slider should affect the actual hardware output volume of the laptop speakers. Suggested area: - UCM profile for sof-hda-dsp on this Lenovo model may need adjustment. I first create an issue on pipewire and they directed me here with this outcome: Which mixer controls are used for the volume is controlled by the card UCM profile, so this is probably bug in the UCM profile. Its issue tracker is here: https://github.com/alsa-project/alsa-ucm-conf/issues Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/642 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Lenovo Yoga Pro 7 built-in speakers volume not controlled by GNOME/PipeWire
by GitHub issues - edited 18 Nov '25

18 Nov '25

alsa-project/alsa-ucm-conf issue #642 was edited from 2O77: Device: Lenovo Yoga Pro 7 14IRH8 Sound card: sof-hda-dsp Problem: ALSA Post-Mixer / Pre-Mixer controls work via alsamixer, but GNOME volume slider or PipeWire sink volume does not affect hardware output. Likely an issue in the UCM profile for this device. Steps to reproduce: 1. Boot any Linux distribution. 2. Attempt to change volume via GNOME/KDE slider or `pactl` / PipeWire controls. 3. Observe that output volume of laptop speakers does not change. 4. Testing with headphones (AirPods, Beats) or external speakers works correctly. Notes: - This issue is specific to the built-in laptop speakers. - Different desktop environments (GNOME, KDE) and distributions (Fedora GNOME, Fedora KDE, openSUSE Tumbleweed) were tested and exhibit the same problem. - ALSA `Post-Mixer` / `Pre-Mixer` controls work correctly when adjusted via `alsamixer`. Expected behavior: - GNOME / PipeWire slider should affect the actual hardware output volume of the laptop speakers. Suggested area: - UCM profile for sof-hda-dsp on this Lenovo model may need adjustment. Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/642 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0