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

[PATCH] MAINTAINERS: update Tzung-Bi's email address
by Tzung-Bi Shih 11 Nov '25

11 Nov '25

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

3 3

Fwd: [Bug 220109] New: Audio disappears on HP 15-fc000 after warm boot again (ALC256 code path)
by Ruslan Nikolaev 06 Nov '25

06 Nov '25

Hi, Forwarding my regression bug report for HP 15-fc000 / ALC236 (ALC256 code path). #regzbot introduced: v6.12.2 https://bugzilla.kernel.org/show_bug.cgi?id=220109 Sincerely, Ruslan Forwarded Message (see logs in the bug report above): There was a similar bug in the past (Bug 217440), which was fixed for this laptop. (I believe the code path is for ALC256, see below.) The same issue is occurring again as of kernel v.6.12.2. The symptoms are very similar - initially audio works but after a warm reboot, the audio completely disappears until the computer is powered off (there is no audio output at all). The issue is caused by a different change now. By bisecting different kernel versions, I found that reverting cc3d0b5dd989d3238d456f9fd385946379a9c13d in patch_realtek.c ( see https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/sou… ) restores the sound and it works fine after the reboot.

4 4

[alsa-devel] MOTU Midi Express XT
by holger＠dehnhardt.org 06 Nov '25

06 Nov '25

I own a MOTU Midi Express XT 8x8 interface which is connected through the parallel port. Recently I upgraded my system and the new motherboard does not have an ISA parallel port anymore... So I bought a PCI parallel port extension card - hoping that it will work with the ALSA driver (mtpav). So I changed the interrupt an port address in modules.conf but the driver is no longer recognized as an ALSA driver even though it loads without errors. As the device still perfectly fits my needs I would like to modify the driver to get it working again. Can anyone give me advice what should be changed in the drivers code to make it work on a pci port? Thanks Holger

3 12

aseqsend silently fails (ENODEV) with hardware port
by GitHub issues - opened 30 Oct '25

30 Oct '25

alsa-project/alsa-utils issue #300 was opened from michaelforney: When I use `aseqsend` to send a sysex message to a device, it doesn't seem to work, though there is no error message. Running with strace, it seems it is failing with ENODEV. ```sh $ strace aseqsend -p 32:0 'F0 43 7D 10 41 30 01 00 00 01 F7' ... open("/dev/snd/seq", O_WRONLY|O_LARGEFILE|O_CLOEXEC) = 3 fcntl(3, F_SETFD, FD_CLOEXEC) = 0 ioctl(3, SNDRV_SEQ_IOCTL_PVERSION, 0x7fffef1ae678) = 0 ioctl(3, SNDRV_SEQ_IOCTL_USER_PVERSION, 0x7fffef1ae67c) = 0 mmap(NULL, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f6ae25f7000 ioctl(3, SNDRV_SEQ_IOCTL_CLIENT_ID, 0x7fffef1ae67c) = 0 ioctl(3, SNDRV_SEQ_IOCTL_RUNNING_MODE, 0x7fffef1ae680) = 0 ioctl(3, SNDRV_SEQ_IOCTL_GET_CLIENT_INFO, 0x7fffef1ae940) = 0 ioctl(3, SNDRV_SEQ_IOCTL_SET_CLIENT_INFO, 0x7fffef1ae940) = 0 ioctl(3, SNDRV_SEQ_IOCTL_GET_CLIENT_INFO, 0x7fffef1ae940) = 0 ioctl(3, SNDRV_SEQ_IOCTL_SET_CLIENT_INFO, 0x7fffef1ae940) = 0 ioctl(3, SNDRV_SEQ_IOCTL_CREATE_PORT, 0x7fffef1ae960) = 0 write(3, "\202\4\0\375\0\0\0\0\0\0\0\0\0\0 \0\v\0\0\0\320\212WN\361U\0\0\360C}\20"..., 39) = -1 ENODEV (No such device) nanosleep({tv_sec=0, tv_nsec=1000000}, 0x7fffef1aea20) = 0 close(3) = 0 munmap(0x7f6ae25f7000, 20480) = 0 exit_group(0) = ? +++ exited with 0 +++ $ ``` `amidi -S ...` works as expected. If I modify `aseqsend` to first subscribe to the port, it seems to work: ```diff diff --git a/seq/aseqsend/aseqsend.c b/seq/aseqsend/aseqsend.c index 92354eb..ad0a636 100644 --- a/seq/aseqsend/aseqsend.c +++ b/seq/aseqsend/aseqsend.c @@ -364,6 +364,7 @@ int main(int argc, char *argv[]) char do_port_list = 0; char verbose = 0; int k; + int err; while ((c = getopt_long(argc, argv, "hi:Vvlp:s:u:", long_options, NULL)) != -1) { switch (c) { @@ -439,6 +440,8 @@ int main(int argc, char *argv[]) error("Unable to parse port name!"); exit(EXIT_FAILURE); } + err = snd_seq_connect_to(seq, 0, addr.client, addr.port); + check_snd("connect to port", err); sent_data_c = 0; //counter of actually sent bytes ``` From what I've read, I don't think it should be necessary to subscribe to a port to send it messages. However, I did find one sentence in the alsa-lib docs that seem to indicate that it is needed for hardware ports: > There is another subscription type for opposite direction: Suppose a MIDI sequencer program which sends events to a MIDI output device. In ALSA system, MIDI device is not opened until the associated MIDI port is accessed. Thus, in order to activate MIDI device, we have to subscribe to MIDI port for write. After this connection is established, events will be properly sent to MIDI output device. This seems to be a pretty basic use of `aseqsend`, so I am a bit surprised that it wasn't working. Is the subscription the right way to fix the problem, or am I doing something else wrong? Issue URL : https://github.com/alsa-project/alsa-utils/issues/300 Repository URL: https://github.com/alsa-project/alsa-utils

2 1

[PATCH AUTOSEL 6.1 02/13] ASoC: amd: yc: Add quirk for Lenovo Yoga Pro 7 14ASP9
by Sasha Levin 30 Oct '25

30 Oct '25

From: Talhah Peerbhai <talhah.peerbhai(a)gmail.com> [ Upstream commit a28206060dc5848a1a2a15b7f6ac6223d869084d ] Similar to many other Lenovo models with AMD chips, the Lenovo Yoga Pro 7 14ASP9 (product name 83HN) requires a specific quirk to ensure internal mic detection. This patch adds a quirk fixing this. Signed-off-by: Talhah Peerbhai <talhah.peerbhai(a)gmail.com> Link: https://patch.msgid.link/20250515222741.144616-1-talhah.peerbhai@gmail.com Signed-off-by: Mark Brown <broonie(a)kernel.org> Signed-off-by: Sasha Levin <sashal(a)kernel.org> --- Based on my analysis of this commit, I can provide a comprehensive assessment for backporting. **YES** This commit should be backported to stable kernel trees for the following reasons: **1. Identical Pattern to Previously Backported Commits:** All five similar commits provided in the historical context (commits for Lenovo models 82UU, 82, 82YM, 83AS, and 21M1) have "Backport Status: YES" and follow the exact same pattern as this commit. This establishes a clear precedent for backporting such changes. **2. Hardware Enablement Bug Fix:** The commit fixes a clear user-affecting bug where the internal microphone on the Lenovo Yoga Pro 7 14ASP9 (product name 83HN) is non-functional. This is a hardware compatibility issue that directly impacts users' ability to use their device's built-in microphone. **3. Minimal and Contained Change:** The code change is extremely small and safe: - Adds only a single 7-line quirk table entry to `sound/soc/amd/yc/acp6x-mach.c` - The change is purely additive - no existing code is modified - The quirk entry follows the exact same pattern as dozens of other entries in the same table - Zero risk of regression to existing functionality **4. Critical Subsystem with Safe Pattern:** While this touches audio (a critical subsystem), the change follows a well-established, safe pattern used extensively in this driver. The quirk table approach is designed specifically for adding device-specific compatibility without affecting other hardware. **5. Clear User Benefit:** Users with this specific Lenovo model will have their internal microphone functionality restored, which is essential for video calls, voice recording, and other audio input tasks. **6. Code Quality Improvement:** The commit also includes a minor whitespace fix (changing spaces to tab at line 350), improving code formatting consistency. **7. Follows Stable Tree Rules:** - Important bugfix: ✓ (enables hardware functionality) - Minimal risk: ✓ (purely additive quirk entry) - Small and contained: ✓ (7 lines added) - No architectural changes: ✓ - Confined to subsystem: ✓ (AMD YC audio driver) The commit message clearly explains the issue and solution, and the change is identical in nature to numerous other successfully backported commits for similar Lenovo audio quirks. This represents a textbook example of a stable-appropriate hardware enablement fix. sound/soc/amd/yc/acp6x-mach.c | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/sound/soc/amd/yc/acp6x-mach.c b/sound/soc/amd/yc/acp6x-mach.c index 1f94269e121af..d5dc1d48fca94 100644 --- a/sound/soc/amd/yc/acp6x-mach.c +++ b/sound/soc/amd/yc/acp6x-mach.c @@ -304,6 +304,13 @@ static const struct dmi_system_id yc_acp_quirk_table[] = { DMI_MATCH(DMI_PRODUCT_NAME, "83AS"), } }, + { + .driver_data = &acp6x_card, + .matches = { + DMI_MATCH(DMI_BOARD_VENDOR, "LENOVO"), + DMI_MATCH(DMI_PRODUCT_NAME, "83HN"), + } + }, { .driver_data = &acp6x_card, .matches = { @@ -353,7 +360,7 @@ static const struct dmi_system_id yc_acp_quirk_table[] = { DMI_MATCH(DMI_PRODUCT_NAME, "M5402RA"), } }, - { + { .driver_data = &acp6x_card, .matches = { DMI_MATCH(DMI_BOARD_VENDOR, "ASUSTeK COMPUTER INC."), -- 2.39.5

2 1

[alsa-devel] Applied "ASoC: tlv320aic32x4: Model CODEC_CLKIN in CCF" to the asoc tree
by Mark Brown 29 Oct '25

29 Oct '25

The patch ASoC: tlv320aic32x4: Model CODEC_CLKIN in CCF has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during the next merge window (or sooner if it is a bug fix), however if problems are discovered then the patch may be dropped or reverted. You may get further e-mails resulting from automated or manual testing and review of the tree, please engage with people reporting problems and send followup patches addressing any issues that are reported if needed. If any updates are required or you are submitting further changes they should be sent as incremental updates against current git, existing patches will not be replaced. Please add any relevant lists and maintainers to the CCs when replying to this mail. Thanks, Mark >From fd2df3aeafa4b4cc468d58e147e0822967034b71 Mon Sep 17 00:00:00 2001 From: Annaliese McDermond <nh6z(a)nh6z.net> Date: Thu, 21 Mar 2019 17:58:46 -0700 Subject: [PATCH] ASoC: tlv320aic32x4: Model CODEC_CLKIN in CCF Model and manage codec clock input as a component in the Core Clock Framework. This should allow us to do some more complex clock management and power control. Also, some of the on-board chip clocks can be exposed to the outside, and this change will make those clocks easier to consume by other parts of the kernel. Signed-off-by: Annaliese McDermond <nh6z(a)nh6z.net> Signed-off-by: Mark Brown <broonie(a)kernel.org> --- sound/soc/codecs/tlv320aic32x4-clk.c | 34 ++++++++++++++++++++++++++++ sound/soc/codecs/tlv320aic32x4.c | 18 +++++++++++---- 2 files changed, 47 insertions(+), 5 deletions(-) diff --git a/sound/soc/codecs/tlv320aic32x4-clk.c b/sound/soc/codecs/tlv320aic32x4-clk.c index 5e495fc8d931..cded85009c8c 100644 --- a/sound/soc/codecs/tlv320aic32x4-clk.c +++ b/sound/soc/codecs/tlv320aic32x4-clk.c @@ -265,6 +265,30 @@ static const struct clk_ops aic32x4_pll_ops = { .get_parent = clk_aic32x4_pll_get_parent, }; +static int clk_aic32x4_codec_clkin_set_parent(struct clk_hw *hw, u8 index) +{ + struct clk_aic32x4 *mux = to_clk_aic32x4(hw); + + return regmap_update_bits(mux->regmap, + AIC32X4_CLKMUX, + AIC32X4_CODEC_CLKIN_MASK, index << AIC32X4_CODEC_CLKIN_SHIFT); +} + +static u8 clk_aic32x4_codec_clkin_get_parent(struct clk_hw *hw) +{ + struct clk_aic32x4 *mux = to_clk_aic32x4(hw); + unsigned int val; + + regmap_read(mux->regmap, AIC32X4_CLKMUX, &val); + + return (val & AIC32X4_CODEC_CLKIN_MASK) >> AIC32X4_CODEC_CLKIN_SHIFT; +} + +static const struct clk_ops aic32x4_codec_clkin_ops = { + .set_parent = clk_aic32x4_codec_clkin_set_parent, + .get_parent = clk_aic32x4_codec_clkin_get_parent, +}; + static struct aic32x4_clkdesc aic32x4_clkdesc_array[] = { { .name = "pll", @@ -274,6 +298,14 @@ static struct aic32x4_clkdesc aic32x4_clkdesc_array[] = { .ops = &aic32x4_pll_ops, .reg = 0, }, + { + .name = "codec_clkin", + .parent_names = + (const char *[]) { "mclk", "bclk", "gpio", "pll" }, + .num_parents = 4, + .ops = &aic32x4_codec_clkin_ops, + .reg = 0, + }, }; static struct clk *aic32x4_register_clk(struct device *dev, @@ -314,6 +346,8 @@ int aic32x4_register_clocks(struct device *dev, const char *mclk_name) */ aic32x4_clkdesc_array[0].parent_names = (const char* []) { mclk_name, "bclk", "gpio", "din" }; + aic32x4_clkdesc_array[1].parent_names = + (const char *[]) { mclk_name, "bclk", "gpio", "pll" }; for (i = 0; i < ARRAY_SIZE(aic32x4_clkdesc_array); ++i) aic32x4_register_clk(dev, &aic32x4_clkdesc_array[i]); diff --git a/sound/soc/codecs/tlv320aic32x4.c b/sound/soc/codecs/tlv320aic32x4.c index 7cf8c7cedfe1..5496e4e080f4 100644 --- a/sound/soc/codecs/tlv320aic32x4.c +++ b/sound/soc/codecs/tlv320aic32x4.c @@ -735,12 +735,9 @@ static int aic32x4_setup_clocks(struct snd_soc_component *component, aic32x4_set_processing_blocks(component, aic32x4_divs[i].r_block, aic32x4_divs[i].p_block); - /* PLL as CODEC_CLKIN */ - snd_soc_component_update_bits(component, AIC32X4_CLKMUX, - AIC32X4_CODEC_CLKIN_MASK, - AIC32X4_CODEC_CLKIN_PLL << AIC32X4_CODEC_CLKIN_SHIFT); /* DAC_MOD_CLK as BDIV_CLKIN */ - snd_soc_component_update_bits(component, AIC32X4_IFACE3, AIC32X4_BDIVCLK_MASK, + snd_soc_component_update_bits(component, AIC32X4_IFACE3, + AIC32X4_BDIVCLK_MASK, AIC32X4_DACMOD2BCLK << AIC32X4_BDIVCLK_SHIFT); /* NDAC divider value */ @@ -987,6 +984,15 @@ static int aic32x4_component_probe(struct snd_soc_component *component) { struct aic32x4_priv *aic32x4 = snd_soc_component_get_drvdata(component); u32 tmp_reg; + int ret; + + struct clk_bulk_data clocks[] = { + { .id = "codec_clkin" }, + }; + + ret = devm_clk_bulk_get(component->dev, ARRAY_SIZE(clocks), clocks); + if (ret) + return ret; if (gpio_is_valid(aic32x4->rstn_gpio)) { ndelay(10); @@ -999,6 +1005,8 @@ static int aic32x4_component_probe(struct snd_soc_component *component) if (aic32x4->setup) aic32x4_setup_gpios(component); + clk_set_parent(clocks[0].clk, clocks[1].clk); + /* Power platform configuration */ if (aic32x4->power_cfg & AIC32X4_PWR_MICBIAS_2075_LDOIN) { snd_soc_component_write(component, AIC32X4_MICBIAS, -- 2.20.1

6 7

Missing UCM matcher for ASUS Zenbook S 14 UX5406SA (cs42l43/cs35l56, Lunar Lake)
by GitHub issues - edited 26 Sep '25

26 Sep '25

alsa-project/alsa-ucm-conf issue #619 was edited from sjolo312: This is not a kernel bug but a missing UCM matcher. Result: With the matcher below and the latest upstream alsa-ucm-conf files, speakers and microphone work on the ASUS Zenbook S 14 UX5406SA (Lunar Lake, cs42l43 + cs35l56). Tested on: - Ubuntu 25.10 beta (up-to-date live session) - alsa-ucm-conf: upstream master from GitHub (as of 2025-09-26) CardLongName: `ASUSTeKCOMPUTERINC.-ASUSZenbookS14UX5406SA_UX5406SA-1.0-UX5406SA` Root cause: Upstream master does not contain a matcher for this CardLongName, so no UCM profile is loaded (-> “Dummy Output”). Adding the matcher below ensures the existing sof-soundwire profile (which already includes cs42l43/cs35l56 routes) is loaded, and audio works. Proposed new file: Path: `ucm2/conf.d/sof-soundwire/ASUS-Zenbook-S14-UX5406SA.conf` ``` # ASUS Zenbook S 14 UX5406SA (Lunar Lake) SectionDefaults."sof-soundwire" { Condition { Type Regex CardLongName "ASUSTeKCOMPUTERINC.-ASUSZenbookS14UX5406SA.*" } Include.conf "sof-soundwire/sof-soundwire.conf" } ``` Verification (files actually loaded): Gathered with: `strace -f -e trace=%file -o /tmp/ucm.trace \ alsaucm -c sof-soundwire list _verbs >/dev/null 2>&1 grep -oE '/usr/share/alsa/ucm2/[^"]+' /tmp/ucm.trace | sort -u ` Resulting files included: ` /usr/share/alsa/ucm2/Intel/sof-hda-dsp/dsp.conf /usr/share/alsa/ucm2/blobs/sof/product_configs/ASUSTeK COMPUTER INC./ASUS Zenbook S 14 UX5406SA_UX5406SA.conf /usr/share/alsa/ucm2/blobs/sof/user_configs/ASUSTeK COMPUTER INC./ASUS Zenbook S 14 UX5406SA_UX5406SA.conf /usr/share/alsa/ucm2/codecs/cs35l56/init.conf /usr/share/alsa/ucm2/codecs/cs42l43/init.conf /usr/share/alsa/ucm2/codecs/hda/hdmi.conf /usr/share/alsa/ucm2/common/ctl/led.conf /usr/share/alsa/ucm2/common/pcm/hdmi.conf /usr/share/alsa/ucm2/conf.d/sof-soundwire/ASUSTeKCOMPUTERINC.-ASUSZenbookS14UX5406SA_UX5406SA-1.0-UX5406SA.conf /usr/share/alsa/ucm2/conf.d/sof-soundwire/sof-soundwire.conf /usr/share/alsa/ucm2/lib/card-init.conf /usr/share/alsa/ucm2/lib/ctl-remap.conf /usr/share/alsa/ucm2/lib/generic.conf /usr/share/alsa/ucm2/sof-soundwire/Hdmi.conf /usr/share/alsa/ucm2/sof-soundwire/HiFi.conf /usr/share/alsa/ucm2/sof-soundwire/cs35l56.conf /usr/share/alsa/ucm2/sof-soundwire/cs42l43.conf /usr/share/alsa/ucm2/sof-soundwire/dmic.conf /usr/share/alsa/ucm2/ucm.conf ` Request: Please add this matcher to alsa-ucm-conf upstream, so that the ASUS Zenbook S 14 UX5406SA works out-of-the-box on all Linux distributions. Happy to test any proposed patch or provide further logs if needed. Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/619 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Missing UCM matcher for ASUS Zenbook S 14 UX5406SA (cs42l43/cs35l56, Lunar Lake)
by GitHub issues - opened 26 Sep '25

26 Sep '25

alsa-project/alsa-ucm-conf issue #619 was opened from sjolo312: This is not a kernel bug but a missing UCM matcher. Result: With the matcher below and the latest upstream alsa-ucm-conf files, speakers and microphone work on the ASUS Zenbook S 14 UX5406SA (Lunar Lake, cs42l43 + cs35l56). Tested on: - Ubuntu 25.10 beta (up-to-date live session) - alsa-ucm-conf: upstream master from GitHub (as of 2025-09-26) CardLongName: ASUSTeKCOMPUTERINC.-ASUSZenbookS14UX5406SA_UX5406SA-1.0-UX5406SA Root cause: Upstream master does not contain a matcher for this CardLongName, so no UCM profile is loaded (-> “Dummy Output”). Adding the matcher below ensures the existing sof-soundwire profile (which already includes cs42l43/cs35l56 routes) is loaded, and audio works. Proposed new file: Path: ucm2/conf.d/sof-soundwire/ASUS-Zenbook-S14-UX5406SA.conf # ASUS Zenbook S 14 UX5406SA (Lunar Lake) SectionDefaults."sof-soundwire" { Condition { Type Regex CardLongName "ASUSTeKCOMPUTERINC.-ASUSZenbookS14UX5406SA.*" } Include.conf "sof-soundwire/sof-soundwire.conf" } Verification (files actually loaded): Gathered with: strace -f -e trace=%file -o /tmp/ucm.trace \ alsaucm -c sof-soundwire list _verbs >/dev/null 2>&1 grep -oE '/usr/share/alsa/ucm2/[^"]+' /tmp/ucm.trace | sort -u Resulting files included: /usr/share/alsa/ucm2/Intel/sof-hda-dsp/dsp.conf /usr/share/alsa/ucm2/blobs/sof/product_configs/ASUSTeK COMPUTER INC./ASUS Zenbook S 14 UX5406SA_UX5406SA.conf /usr/share/alsa/ucm2/blobs/sof/user_configs/ASUSTeK COMPUTER INC./ASUS Zenbook S 14 UX5406SA_UX5406SA.conf /usr/share/alsa/ucm2/codecs/cs35l56/init.conf /usr/share/alsa/ucm2/codecs/cs42l43/init.conf /usr/share/alsa/ucm2/codecs/hda/hdmi.conf /usr/share/alsa/ucm2/common/ctl/led.conf /usr/share/alsa/ucm2/common/pcm/hdmi.conf /usr/share/alsa/ucm2/conf.d/sof-soundwire/ASUSTeKCOMPUTERINC.-ASUSZenbookS14UX5406SA_UX5406SA-1.0-UX5406SA.conf /usr/share/alsa/ucm2/conf.d/sof-soundwire/sof-soundwire.conf /usr/share/alsa/ucm2/lib/card-init.conf /usr/share/alsa/ucm2/lib/ctl-remap.conf /usr/share/alsa/ucm2/lib/generic.conf /usr/share/alsa/ucm2/sof-soundwire/Hdmi.conf /usr/share/alsa/ucm2/sof-soundwire/HiFi.conf /usr/share/alsa/ucm2/sof-soundwire/cs35l56.conf /usr/share/alsa/ucm2/sof-soundwire/cs42l43.conf /usr/share/alsa/ucm2/sof-soundwire/dmic.conf /usr/share/alsa/ucm2/ucm.conf Request: Please add this matcher to alsa-ucm-conf upstream, so that the ASUS Zenbook S 14 UX5406SA works out-of-the-box on all Linux distributions. Happy to test any proposed patch or provide further logs if needed. Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/619 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

[PATCH v2 1/2] ASoC: tas2781: Add tas5828 support
by Baojun Xu 26 Sep '25

26 Sep '25

TAS5828 have on-chip DSP without current/voltage feedback. Signed-off-by: Baojun Xu <baojun.xu(a)ti.com> --- v2: - Update description for TAS5828 - Change commit tree to .../tiwai/sound.git. --- include/sound/tas2781.h | 1 + sound/soc/codecs/tas2781-i2c.c | 7 ++++++- 2 files changed, 7 insertions(+), 1 deletion(-) diff --git a/include/sound/tas2781.h b/include/sound/tas2781.h index ddd997ac3..a37b4d67c 100644 --- a/include/sound/tas2781.h +++ b/include/sound/tas2781.h @@ -122,6 +122,7 @@ enum audio_device { TAS2781, TAS5825, TAS5827, + TAS5828, TAS_OTHERS, }; diff --git a/sound/soc/codecs/tas2781-i2c.c b/sound/soc/codecs/tas2781-i2c.c index 1539b7088..f62a71dca 100644 --- a/sound/soc/codecs/tas2781-i2c.c +++ b/sound/soc/codecs/tas2781-i2c.c @@ -110,6 +110,7 @@ static const struct i2c_device_id tasdevice_id[] = { { "tas2781", TAS2781 }, { "tas5825", TAS5825 }, { "tas5827", TAS5827 }, + { "tas5828", TAS5828 }, {} }; MODULE_DEVICE_TABLE(i2c, tasdevice_id); @@ -126,6 +127,7 @@ static const struct of_device_id tasdevice_of_match[] = { { .compatible = "ti,tas2781" }, { .compatible = "ti,tas5825" }, { .compatible = "ti,tas5827" }, + { .compatible = "ti,tas5828" }, {}, }; MODULE_DEVICE_TABLE(of, tasdevice_of_match); @@ -1665,7 +1667,7 @@ static void tasdevice_fw_ready(const struct firmware *fmw, } tas_priv->fw_state = TASDEVICE_DSP_FW_ALL_OK; - /* There is no calibration required for TAS5825/TAS5827. */ + /* There is no calibration required for TAS5825/TAS5827/TAS5828. */ if (tas_priv->chip_id < TAS5825) { ret = tasdevice_create_cali_ctrls(tas_priv); if (ret) { @@ -1722,6 +1724,7 @@ static void tasdevice_fw_ready(const struct firmware *fmw, case TAS2781: case TAS5825: case TAS5827: + case TAS5828: /* If DSP FW fail, DSP kcontrol won't be created. */ tasdevice_dsp_remove(tas_priv); } @@ -1884,6 +1887,7 @@ static int tasdevice_codec_probe(struct snd_soc_component *codec) break; case TAS5825: case TAS5827: + case TAS5828: p = (struct snd_kcontrol_new *)tas5825_snd_controls; size = ARRAY_SIZE(tas5825_snd_controls); break; @@ -2056,6 +2060,7 @@ static const struct acpi_device_id tasdevice_acpi_match[] = { { "TXNW2781", TAS2781 }, { "TXNW5825", TAS5825 }, { "TXNW5827", TAS5827 }, + { "TXNW5828", TAS5828 }, {}, }; -- 2.25.1

1 0

ucm2: Qualcomm: sa8775p: Move lemans-evk HiFi to sa8775p subdir
by GitHub pull_request - opened 26 Sep '25

26 Sep '25

alsa-project/alsa-ucm-conf pull request #618 was opened from mohsRafi: Move lemans-evk HiFi configuration files to the sa8775p subdirectory, aligning with the kernel's use of the sa8775p folder for all Linux firmware. So Update the UCM HiFi configuration file accordingly. Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/618 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/618.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0