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

alsa-ucm-conf upstream update
by GitHub pull_request - opened 06 Feb '26

06 Feb '26

alsa-project/alsa-ucm-conf pull request #703 was opened from jackpot51: Updates to latest version in Ubuntu 26.04, should be compatible with 22.04 and 24.04. It would be good to do audio testing of: - thelio-mega-r2: Upstreamed :heavy_check_mark: - thelio-r3: Not upstreamed :x: - thelio-b5: Not upstreamed :x: - thelio-major-r5: Not upstreamed :x: - thelio-r4: Upstreamed :heavy_check_mark: Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/703 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/703.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

USB-Audio: MOTU M6 - fix playback channels
by GitHub pull_request - opened 05 Feb '26

05 Feb '26

alsa-project/alsa-ucm-conf pull request #702 was opened from puleglot: There is only one incorrect instance of playback HWChannels. Fix it. Closes: #700 Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/702 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/702.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

USB-Audio: Motu: M6-HiFi.conf - m6 has only 4 outputs, not 6
by GitHub pull_request - opened 05 Feb '26

05 Feb '26

alsa-project/alsa-ucm-conf pull request #701 was opened from damex: hi, here is the fix for https://github.com/alsa-project/alsa-ucm-conf/issues/700 motu m6 has 6 input and 4 outputs. https://motu.com/products/m-series/m6 'The M6 is a 6-in/4-out USB-C audio interface...' in config it is listed as 6 outputs and that throws ALSA UCM error. adjusting configuration on working system makes error go away. Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/701 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/701.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

MOTU M6 reports [ALSA UCM error] but seems to be working fine.
by GitHub issues - opened 05 Feb '26

05 Feb '26

alsa-project/alsa-ucm-conf issue #700 was opened from damex: hi, i did fresh fedora 43 install and noticed that my MOTU m6 reports ALSA UCM error on all inputs and outputs but those inputs and outputs work just fine. <img width="659" height="381" alt="Image" src="https://github.com/user-attachments/assets/cdce7782-7581-4c05-b501-2e22d592…" /> <img width="819" height="206" alt="Image" src="https://github.com/user-attachments/assets/2290dd4b-f0af-4f75-a58b-6b5a056e…" /> in some software it is difficult to choose correct input due to presence of this error in device name. i did find https://github.com/alsa-project/alsa-ucm-conf/issues/552 this report to be similar to mine. attaching full alsa info output here (it was requested in that report) [alsa-info.txt](https://github.com/user-attachments/files/25109878/alsa-info… please let me know if i you need any more information from me. Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/700 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Can't resample into ALSA plugin
by Mark Hills 05 Feb '26

05 Feb '26

I've written an ALSA plugin (ioplug) of the form below. My plugin offers only S16, 48000Hz. I expected a "plug" device would take the application's request and resample to 48000Hz, but instead it fails: $ aplay -D plug:mytest cd-audio.wav Playing WAVE 'cd-audio.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo aplay: set_params:1456: Unable to install hw params: ACCESS: RW_INTERLEAVED FORMAT: S16_LE SUBFORMAT: STD SAMPLE_BITS: 16 FRAME_BITS: 32 CHANNELS: 2 RATE: 44100 PERIOD_TIME: 125000 PERIOD_SIZE: (5512 5513) PERIOD_BYTES: (22048 22052) PERIODS: (3 5) BUFFER_TIME: 500000 BUFFER_SIZE: 22050 BUFFER_BYTES: 88200 TICK_TIME: 0 It doesn't call .hw_params, so the negotiation has failed based on snd_pcm_ioplug_set_param_*. Without the plug: $ aplay -D mytest cd-audio.wav Playing WAVE 'cd-audio.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo Warning: rate is not accurate (requested = 44100Hz, got = 48000Hz) please, try the plug plugin (-Dplug:mytest) hw_params: format=S16_LE channels=2 rate=48000 period_size=6000 buffer_size=2400 Modify the plugin 48000Hz to be 44100Hz and negotiation passes, so it suggests the rate is the problem (not some other parameter like period size) I tried a variety of things including directing aplay to use specific period and buffer size. Thanks --- /* * Code extracts, error checks removed for brevity */ static snd_pcm_ioplug_callback_t callback = { .close = _close, .hw_params = hw_params, /* prints them */ .start = start, .stop = stop, .pointer = pointer, .transfer = transfer, .delay = delay, .pause = _pause, .resume = resume, .prepare = prepare, }; static snd_pcm_ioplug_t initialise = { .version = SND_PCM_IOPLUG_VERSION, .name = "My test", .callback = &callback, }; SND_PCM_PLUGIN_DEFINE_FUNC(mytest) { struct state *s; snd_pcm_ioplug_t *io; unsigned access = SND_PCM_ACCESS_RW_INTERLEAVED; unsigned format = SND_PCM_FORMAT_S16; unsigned rate = 48000; s = malloc(sizeof(*s)); ... s->io = initialise; s->io.private_data = s; io = &s->io; snd_pcm_ioplug_create(io, name, stream, mode); snd_pcm_ioplug_set_param_list(io, SND_PCM_IOPLUG_HW_ACCESS, 1, &access); snd_pcm_ioplug_set_param_list(io, SND_PCM_IOPLUG_HW_FORMAT, 1, &format); snd_pcm_ioplug_set_param_list(io, SND_PCM_IOPLUG_HW_RATE, 1, &rate); *pcmp = io->pcm; return 0; } -- Mark

1 1

[PATCH] MAINTAINERS: update Tzung-Bi's email address
by Tzung-Bi Shih 05 Feb '26

05 Feb '26

Use kernel.org account instead. Signed-off-by: Tzung-Bi Shih <tzungbi(a)kernel.org> --- .../devicetree/bindings/sound/google,cros-ec-codec.yaml | 2 +- Documentation/devicetree/bindings/sound/realtek,rt1015p.yaml | 2 +- MAINTAINERS | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/Documentation/devicetree/bindings/sound/google,cros-ec-codec.yaml b/Documentation/devicetree/bindings/sound/google,cros-ec-codec.yaml index c3e9f3485449..dea293f403d9 100644 --- a/Documentation/devicetree/bindings/sound/google,cros-ec-codec.yaml +++ b/Documentation/devicetree/bindings/sound/google,cros-ec-codec.yaml @@ -8,7 +8,7 @@ title: Audio codec controlled by ChromeOS EC maintainers: - Cheng-Yi Chiang <cychiang(a)chromium.org> - - Tzung-Bi Shih <tzungbi(a)google.com> + - Tzung-Bi Shih <tzungbi(a)kernel.org> description: | Google's ChromeOS EC codec is a digital mic codec provided by the diff --git a/Documentation/devicetree/bindings/sound/realtek,rt1015p.yaml b/Documentation/devicetree/bindings/sound/realtek,rt1015p.yaml index 1d73204451b1..ea7d4900ee4a 100644 --- a/Documentation/devicetree/bindings/sound/realtek,rt1015p.yaml +++ b/Documentation/devicetree/bindings/sound/realtek,rt1015p.yaml @@ -7,7 +7,7 @@ $schema: http://devicetree.org/meta-schemas/core.yaml# title: Realtek rt1015p codec devicetree bindings maintainers: - - Tzung-Bi Shih <tzungbi(a)google.com> + - Tzung-Bi Shih <tzungbi(a)kernel.org> description: | Rt1015p is a rt1015 variant which does not support I2C and diff --git a/MAINTAINERS b/MAINTAINERS index cf0f18502372..f9749afc0b9d 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -4906,7 +4906,7 @@ F: drivers/platform/chrome/ CHROMEOS EC CODEC DRIVER M: Cheng-Yi Chiang <cychiang(a)chromium.org> -M: Tzung-Bi Shih <tzungbi(a)google.com> +M: Tzung-Bi Shih <tzungbi(a)kernel.org> R: Guenter Roeck <groeck(a)chromium.org> L: chrome-platform(a)lists.linux.dev S: Maintained -- 2.38.0.135.g90850a2211-goog

4 5

[GIT PULL] ASoC fixes for v6.19-rc3
by Mark Brown 05 Feb '26

05 Feb '26

The following changes since commit 56d953a8d0da5e53c2594edde23465ec49385b1c: ASoC: Intel: mtl-match: Add 6-amp matches for CS35L56 (2025-12-19 13:25:16 +0000) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git tags/asoc-fix-v6.19-rc3 for you to fetch changes up to 3572ad82201baeed840f1959787e0e1281e7f937: ASoC: drop bogus container_of() error handling (2025-12-22 22:13:03 +0000) ---------------------------------------------------------------- ASoC: Fixes for v6.19 A small collection of driver speciifc fixes, mostly relatively minor, plus an adjustment to the topology file naming for Intel systems with Bluetooth required for disambiguation. ---------------------------------------------------------------- Bard Liao (1): ASoC: SOF: Intel: add -bt tplg suffix if BT is present Chen-Yu Tsai (1): ASoC: sun4i-spdif: Add missing kerneldoc fields for sun4i_spdif_quirks Johan Hovold (4): ASoC: codecs: pm4125: drop bogus container_of() error handling ASoC: codecs: wcd937x: drop bogus container_of() error handling ASoC: soc_sdw_utils: drop bogus container_of() error handling ASoC: codecs: pm4125: clean up bind() device reference handling Mac Chiang (1): ASoC: Intel: sof_sdw: shift SSP BT mask bits. Mark Brown (1): ASoC: drop bogus container_of() error handling sound/soc/codecs/pm4125.c | 17 ++--------------- sound/soc/codecs/wcd937x.c | 5 ----- sound/soc/intel/boards/sof_sdw_common.h | 6 +++--- sound/soc/sdw_utils/soc_sdw_utils.c | 4 ---- sound/soc/sof/intel/hda.c | 14 +++++++++++++- sound/soc/sunxi/sun4i-spdif.c | 2 ++ 6 files changed, 20 insertions(+), 28 deletions(-)

3 2

[PATCH] ASoC: amd: acp: soc-acpi: add is_device_rt712_vb() helper
by Vijendar Mukunda 13 Jan '26

13 Jan '26

Add a filter to skip the RT172 VB configuration if a SmartMic Function is not found in the SDCA descriptors. If the ACPI information is incorrect this can only be quirked further with DMI information. Signed-off-by: Vijendar Mukunda <Vijendar.Mukunda(a)amd.com> --- sound/soc/amd/acp/Kconfig | 6 +++ sound/soc/amd/acp/Makefile | 2 + sound/soc/amd/acp/amd-acp70-acpi-match.c | 50 ++++++++++++++++++++ sound/soc/amd/acp/soc-acpi-amd-sdca-quirks.c | 42 ++++++++++++++++ sound/soc/amd/acp/soc-acpi-amd-sdca-quirks.h | 14 ++++++ 5 files changed, 114 insertions(+) create mode 100644 sound/soc/amd/acp/soc-acpi-amd-sdca-quirks.c create mode 100644 sound/soc/amd/acp/soc-acpi-amd-sdca-quirks.h diff --git a/sound/soc/amd/acp/Kconfig b/sound/soc/amd/acp/Kconfig index c2a60bc80ee6..ed2fa055f7f6 100644 --- a/sound/soc/amd/acp/Kconfig +++ b/sound/soc/amd/acp/Kconfig @@ -15,8 +15,14 @@ config SND_SOC_AMD_ACP_COMMON config SND_SOC_ACPI_AMD_MATCH tristate + select SND_SOC_ACPI_AMD_SDCA_QUIRKS select SND_SOC_ACPI if ACPI +config SND_SOC_ACPI_AMD_SDCA_QUIRKS + tristate + depends on ACPI + depends on SND_SOC_SDCA + if SND_SOC_AMD_ACP_COMMON config SND_SOC_AMD_ACP_PDM diff --git a/sound/soc/amd/acp/Makefile b/sound/soc/amd/acp/Makefile index 08220b9a3802..81d23aded348 100644 --- a/sound/soc/amd/acp/Makefile +++ b/sound/soc/amd/acp/Makefile @@ -27,6 +27,7 @@ snd-soc-acpi-amd-match-y := amd-acp63-acpi-match.o amd-acp70-acpi-match.o snd-acp-sdw-mach-y := acp-sdw-mach-common.o snd-acp-sdw-sof-mach-y += acp-sdw-sof-mach.o snd-acp-sdw-legacy-mach-y += acp-sdw-legacy-mach.o +snd-soc-acpi-amd-sdca-quirks-y += soc-acpi-amd-sdca-quirks.o obj-$(CONFIG_SND_SOC_AMD_ACP_PCM) += snd-acp-pcm.o obj-$(CONFIG_SND_SOC_AMD_ACP_I2S) += snd-acp-i2s.o @@ -40,6 +41,7 @@ obj-$(CONFIG_SND_AMD_ASOC_REMBRANDT) += snd-acp-rembrandt.o obj-$(CONFIG_SND_AMD_ASOC_ACP63) += snd-acp63.o obj-$(CONFIG_SND_AMD_ASOC_ACP70) += snd-acp70.o +obj-$(CONFIG_SND_SOC_ACPI_AMD_SDCA_QUIRKS) += snd-soc-acpi-amd-sdca-quirks.o obj-$(CONFIG_SND_AMD_SOUNDWIRE_ACPI) += snd-amd-sdw-acpi.o obj-$(CONFIG_SND_SOC_AMD_MACH_COMMON) += snd-acp-mach.o obj-$(CONFIG_SND_SOC_AMD_LEGACY_MACH) += snd-acp-legacy-mach.o diff --git a/sound/soc/amd/acp/amd-acp70-acpi-match.c b/sound/soc/amd/acp/amd-acp70-acpi-match.c index 871b4f054a84..fa39f18578ca 100644 --- a/sound/soc/amd/acp/amd-acp70-acpi-match.c +++ b/sound/soc/amd/acp/amd-acp70-acpi-match.c @@ -7,6 +7,7 @@ */ #include <sound/soc-acpi.h> +#include "soc-acpi-amd-sdca-quirks.h" #include "../mach-config.h" static const struct snd_soc_acpi_endpoint single_endpoint = { @@ -44,6 +45,39 @@ static const struct snd_soc_acpi_endpoint spk_3_endpoint = { .group_id = 1 }; +static const struct snd_soc_acpi_endpoint jack_amp_g1_dmic_endpoints[] = { + /* Jack Endpoint */ + { + .num = 0, + .aggregated = 0, + .group_position = 0, + .group_id = 0, + }, + /* Amp Endpoint, work as spk_l_endpoint */ + { + .num = 1, + .aggregated = 1, + .group_position = 0, + .group_id = 1, + }, + /* DMIC Endpoint */ + { + .num = 2, + .aggregated = 0, + .group_position = 0, + .group_id = 0, + }, +}; + +static const struct snd_soc_acpi_adr_device rt712_vb_1_group1_adr[] = { + { + .adr = 0x000130025D071201ull, + .num_endpoints = ARRAY_SIZE(jack_amp_g1_dmic_endpoints), + .endpoints = jack_amp_g1_dmic_endpoints, + .name_prefix = "rt712" + } +}; + static const struct snd_soc_acpi_adr_device rt711_rt1316_group_adr[] = { { .adr = 0x000030025D071101ull, @@ -254,6 +288,15 @@ static const struct snd_soc_acpi_link_adr acp70_cs35l56x4_l1[] = { {} }; +static const struct snd_soc_acpi_link_adr acp70_alc712_vb_l1[] = { + { + .mask = BIT(1), + .num_adr = ARRAY_SIZE(rt712_vb_1_group1_adr), + .adr_d = rt712_vb_1_group1_adr, + }, + {} +}; + static const struct snd_soc_acpi_link_adr acp70_rt722_only[] = { { .mask = BIT(0), @@ -308,6 +351,12 @@ struct snd_soc_acpi_mach snd_soc_acpi_amd_acp70_sdw_machines[] = { .links = acp70_cs35l56x4_l1, .drv_name = "amd_sdw", }, + { + .link_mask = BIT(1), + .links = acp70_alc712_vb_l1, + .machine_check = snd_soc_acpi_amd_sdca_is_device_rt712_vb, + .drv_name = "amd_sdw", + }, {}, }; EXPORT_SYMBOL(snd_soc_acpi_amd_acp70_sdw_machines); @@ -327,3 +376,4 @@ EXPORT_SYMBOL(snd_soc_acpi_amd_acp70_sof_sdw_machines); MODULE_DESCRIPTION("AMD ACP7.0 & ACP7.1 tables and support for ACPI enumeration"); MODULE_LICENSE("GPL"); MODULE_AUTHOR("Vijendar.Mukunda(a)amd.com"); +MODULE_IMPORT_NS("SND_SOC_ACPI_AMD_SDCA_QUIRKS"); diff --git a/sound/soc/amd/acp/soc-acpi-amd-sdca-quirks.c b/sound/soc/amd/acp/soc-acpi-amd-sdca-quirks.c new file mode 100644 index 000000000000..63bf9e3c0ae1 --- /dev/null +++ b/sound/soc/amd/acp/soc-acpi-amd-sdca-quirks.c @@ -0,0 +1,42 @@ +// SPDX-License-Identifier: GPL-2.0-only +/* + * soc-acpi-amd-sdca-quirks.c - tables and support for SDCA quirks + * + * Copyright(c) 2025 Advanced Micro Devices, Inc. All rights reserved. + * + */ + +#include <linux/soundwire/sdw_amd.h> +#include <sound/sdca.h> +#include <sound/soc-acpi.h> +#include "soc-acpi-amd-sdca-quirks.h" + +/* + * Pretend machine quirk. The argument type is not the traditional + * 'struct snd_soc_acpi_mach' pointer but instead the sdw_amd_ctx + * which contains the peripheral information required for the + * SoundWire/SDCA filter on the SMART_MIC setup and interface + * revision. When the return value is false, the entry in the + * 'snd_soc_acpi_mach' table needs to be skipped. + */ +bool snd_soc_acpi_amd_sdca_is_device_rt712_vb(void *arg) +{ + struct sdw_amd_ctx *ctx = arg; + int i; + + if (!ctx) + return false; + + for (i = 0; i < ctx->peripherals->num_peripherals; i++) { + if (sdca_device_quirk_match(ctx->peripherals->array[i], + SDCA_QUIRKS_RT712_VB)) + return true; + } + + return false; +} +EXPORT_SYMBOL_NS(snd_soc_acpi_amd_sdca_is_device_rt712_vb, "SND_SOC_ACPI_AMD_SDCA_QUIRKS"); + +MODULE_DESCRIPTION("ASoC ACPI AMD SDCA quirks"); +MODULE_LICENSE("GPL"); +MODULE_IMPORT_NS("SND_SOC_SDCA"); diff --git a/sound/soc/amd/acp/soc-acpi-amd-sdca-quirks.h b/sound/soc/amd/acp/soc-acpi-amd-sdca-quirks.h new file mode 100644 index 000000000000..7e345a236da1 --- /dev/null +++ b/sound/soc/amd/acp/soc-acpi-amd-sdca-quirks.h @@ -0,0 +1,14 @@ +/* SPDX-License-Identifier: GPL-2.0-only */ +/* + * soc-acpi-amd-sdca-quirks.h - tables and support for SDCA quirks + * + * Copyright(c) 2025 Advanced Micro Devices, Inc. All rights reserved. + * + */ + +#ifndef _SND_SOC_ACPI_AMD_SDCA_QUIRKS +#define _SND_SOC_ACPI_AMD_SDCA_QUIRKS + +bool snd_soc_acpi_amd_sdca_is_device_rt712_vb(void *arg); + +#endif -- 2.45.2

5 5

UCM HiFi profile fails on hardware with Master volume instead of Headphone volume controls (ASUS ZenBook UX425EA)
by GitHub issues - opened 13 Jan '26

13 Jan '26

alsa-project/alsa-ucm-conf issue #687 was opened from akincano: ### Hardware Information - Laptop: ASUS ZenBook UX425EA_UX425EA - Audio Controller: Intel Tiger Lake-LP Smart Sound Technology - Audio Controller (PCI ID: 0x8086:0xa0c8) - Codec: Realtek ALC294 (Vendor ID: 0x10ec0294, Subsystem ID: 0x10431cee) - Kernel: 6.18.5.arch1-1 - Distribution: Arch Linux ### Software Versions ```bash alsa-ucm-conf 1.2.15.2-1 sof-firmware 2025.12-1 linux 6.18.5.arch1-1 ``` ### Problem Description The SOF HiFi profile fails to create speaker/headphone audio devices on this hardware. WirePlumber reports: ```bash spa.alsa: No sink and source at HiFi: Headphones ``` The HiFi profile shows as available: no and only HDMI outputs are exposed, with no analog audio devices. ### Root Cause **This is a UCM configuration issue**, not a kernel driver issue. The problem is that /usr/share/alsa/ucm2/HDA/HiFi-analog.conf checks for ALSA controls that don't exist on this hardware. **ALSA controls exposed by this hardware (identical for both SOF and HDA):** ```bash numid=3,iface=CARD,name='Speaker Phantom Jack' numid=2,iface=MIXER,name='Master Playback Switch' numid=1,iface=MIXER,name='Master Playback Volume' [HDMI/IEC958 controls omitted for brevity] ``` **Controls the UCM config expects but don't exist:** - Headphone Playback Volume ❌ (only Master Playback Volume exists) - Headphone Playback Switch ❌ (only Master Playback Switch exists) - Headphone Jack ❌ (only Speaker Phantom Jack exists) **UCM config logic that fails:** In /usr/share/alsa/ucm2/HDA/HiFi-analog.conf: ```bash If.hpvol { Condition { Type ControlExists Control "name='Headphone Playback Volume'" } False.Define.hpvol "" } If.hp { Condition { Type String Empty "${var:hpvol}" } False.SectionDevice."Headphones" { # ... creates headphone device } } ``` Because Headphone Playback Volume doesn't exist, hpvol is set to empty string, and the If.hp condition prevents the headphone device from being created. Similarly, the jack detection logic checks for: ```bash Define.hpjack "Headphone Jack" If.hpjack { Condition { Type ControlExists Control "iface=CARD,name='Headphone Mic Jack'" } # ... falls back to checking 'Front Headphone Jack' } ``` But never checks for Speaker Phantom Jack, which is what this hardware exposes. ### Working Configuration (Legacy HDA Driver) With the legacy snd_hda_intel driver (forced via blacklisting SOF), PulseAudio's built-in profile logic correctly handles this hardware: **Working profile:** output:analog-stereo+input:analog-stereo **Exposed ports:** - analog-output-speaker: Speakers (uses Master Playback Volume/Switch) - analog-output-headphones: Headphones (uses Master Playback Volume/Switch) - Automatic jack detection via Speaker Phantom Jack The legacy HDA driver works because PulseAudio has fallback logic that handles hardware with only Master volume controls, but SOF's UCM-based configuration doesn't have this fallback. ### Proposed Solution The UCM configuration needs to be updated to handle hardware that only exposes Master Playback Volume/Switch instead of dedicated Headphone controls. **Option 1: Add fallback logic to HiFi-analog.conf** Check for Master Playback Volume when Headphone Playback Volume doesn't exist: ```bash If.hpvol { Condition { Type ControlExists Control "name='Headphone Playback Volume'" } False.If.master { Condition { Type ControlExists Control "name='Master Playback Volume'" } True.Define.hpvol "Master" } } ``` Similarly for jack detection, check Speaker Phantom Jack: ```bash If.hpjack { Condition { Type ControlExists Control "iface=CARD,name='Headphone Mic Jack'" } True.Define.hpjack "Headphone Mic Jack" False.If.front { Condition { Type ControlExists Control "iface=CARD,name='Front Headphone Jack'" } True.Define.hpjack "Front Headphone Jack" False.If.speaker { Condition { Type ControlExists Control "iface=CARD,name='Speaker Phantom Jack'" } True.Define.hpjack "Speaker Phantom Jack" } } } ``` **Option 2: Create a specific profile for this hardware** Create a UCM profile specifically for Tiger Lake systems with Realtek ALC294 that only expose Master controls. **Option 3: Update SOF topology** If this is a SOF topology issue, update the topology to expose proper Headphone controls instead of just Master. ### Additional Debug Information **Pin 0x21 configuration (headphone jack):** ```bash Node 0x21 [Pin Complex] wcaps 0x40058d: Stereo Amp-Out Pincap 0x0001001c: OUT HP EAPD Detect Pin Default 0x411111f0: [N/A] Speaker at Ext Rear Misc = NO_PRESENCE Pin-ctls: 0x00: Unsolicited: tag=00, enabled=0 ``` The pin is capable of jack detection (EAPD Detect in capabilities) but is misconfigured as "N/A" with "NO_PRESENCE". However, the jack detection still works via the Speaker Phantom Jack ALSA control. **Full codec information:** Available upon request **Full WirePlumber logs:** Available upon request ### Impact This affects all ASUS ZenBook UX425EA users (and potentially other laptops with similar hardware configurations) running SOF. Users must either: 1. Use pro-audio profile (no automatic headphone/speaker switching) 2. Blacklist SOF and force legacy HDA driver (not a long-term solution) ### Related Issues This was initially reported in #686 which was closed as a kernel issue, but further investigation revealed it's actually a UCM configuration problem. The kernel driver is exposing the ALSA controls correctly; the UCM config just doesn't know how to handle this hardware configuration. Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/687 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

ALSA 1.2.8 release
by Jaroslav Kysela 13 Jan '26

13 Jan '26

Hello all, new ALSA userspace packages were released. You may download them from the ALSA website http://www.alsa-project.org or directly: HTTP: https://www.alsa-project.org/files/pub FTP: ftp://ftp.alsa-project.org/pub Released packages: alsa-lib alsa-utils alsa-ucm-conf tinycompress Full list of changes: https://www.alsa-project.org/wiki/Changes_v1.2.7.2_v1.2.8 The fingerprint of the public signing key is: F04D F507 37AC 1A88 4C4B 3D71 8380 596D A6E5 9C91 Have fun, Jaroslav -- Jaroslav Kysela <perex(a)perex.cz> Linux Sound Maintainer; ALSA Project; Red Hat, Inc.

2 12