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

hdspmixer: fix null pointer dereference in HDSPMixerWindow:handler_cb
by GitHub pull_request - edited 01 Dec '25

01 Dec '25

alsa-project/alsa-tools pull request #42 was edited from cheldt: Fixes following error: Program received signal SIGSEGV, Segmentation fault. handler_cb () at /home/snaut/dev/alsa-tools/hdspmixer/src/HDSPMixerWindow.cxx:278 Related [Issue](https://github.com/alsa-project/alsa-tools/issues/43) Request URL : https://github.com/alsa-project/alsa-tools/pull/42 Patch URL : https://github.com/alsa-project/alsa-tools/pull/42.patch Repository URL: https://github.com/alsa-project/alsa-tools

1 0

HDSPmixer coredumps on Arch Linux
by GitHub issues - opened 30 Nov '25

30 Nov '25

alsa-project/alsa-tools issue #43 was opened from rubin55: This is recent, I suspect after fltk upgrade to 1.4.x november the 25th. Here is the bt: ``` HDSPMixer 1.11 - Copyright (C) 2003 Thomas Charbonnel <thomas(a)undata.org> This program comes with ABSOLUTELY NO WARRANTY HDSPMixer is free software, see the file COPYING for details Looking for RME cards: Card 0: HDA Intel PCH at 0x4802120000 irq 201 Card 1: RME AIO Pro S/N 24093311 at 0x82500000 irq 16 RME AIO found! Card 2: Logi 4K Stream Edition at usb-0000:00:14.0-5, super speed Card 3: HDA NVidia at 0x82080000 irq 17 1 RME cards card found. Initializing default presets Program received signal SIGSEGV, Segmentation fault. Downloading 47.21 K source file /usr/src/debug/alsa-tools/alsa-tools-1.2.14/hdspmixer/src/HDSPMixerWindow.cxx handler_cb (event=24) at /usr/src/debug/alsa-tools/alsa-tools-1.2.14/hdspmixer/src/HDSPMixerWindow.cxx:278 278 if (fl_win->label()) { (gdb) bt #0 handler_cb (event=24) at /usr/src/debug/alsa-tools/alsa-tools-1.2.14/hdspmixer/src/HDSPMixerWindow.cxx:278 #1 0x00007ffff7c69009 in send_handlers (e=24) at /usr/src/debug/fltk/fltk-release-1.4.4/src/Fl.cxx:935 #2 Fl::handle_ (e=<optimized out>, window=<optimized out>) at /usr/src/debug/fltk/fltk-release-1.4.4/src/Fl.cxx:1620 #3 Fl::handle_ (e=<optimized out>, window=<optimized out>) at /usr/src/debug/fltk/fltk-release-1.4.4/src/Fl.cxx:1384 #4 0x00007ffff6b9cac6 in ffi_call_unix64 () at ../src/x86/unix64.S:104 #5 0x00007ffff6b9976b in ffi_call_int (cif=cif@entry=0x7fffffffc9e0, fn=fn@entry=0x7ffff7cfcd40 <output_done(void*, wl_output*)>, rvalue=<optimized out>, rvalue@entry=0x0, avalue=avalue@entry=0x7fffffffcab0, closure=closure@entry=0x0) at ../src/x86/ffi64.c:676 #6 0x00007ffff6b9c06e in ffi_call (cif=cif@entry=0x7fffffffc9e0, fn=0x7ffff7cfcd40 <output_done(void*, wl_output*)>, rvalue=rvalue@entry=0x0, avalue=avalue@entry=0x7fffffffcab0) at ../src/x86/ffi64.c:713 #7 0x00007ffff763c48d in wl_closure_invoke (closure=closure@entry=0x55555596e0f0, target=<optimized out>, target@entry=0x555555971060, opcode=opcode@entry=2, data=<optimized out>, flags=1) at ../wayland-1.24.0/src/connection.c:1241 #8 0x00007ffff763d2e9 in dispatch_event (display=display@entry=0x5555555a9b70, queue=queue@entry=0x5555555a9c68) at ../wayland-1.24.0/src/wayland-client.c:1707 #9 0x00007ffff763d6f3 in dispatch_queue (display=0x5555555a9b70, queue=0x5555555a9c68) at ../wayland-1.24.0/src/wayland-client.c:1853 #10 wl_display_dispatch_queue_pending (display=display@entry=0x5555555a9b70, queue=queue@entry=0x5555555a9c68) at ../wayland-1.24.0/src/wayland-client.c:2190 #11 0x00007ffff7640f34 in wl_display_dispatch_queue_timeout (display=0x5555555a9b70, queue=0x5555555a9c68, timeout=timeout@entry=0x0) at ../wayland-1.24.0/src/wayland-client.c:2096 #12 0x00007ffff7641010 in wl_display_dispatch_queue (display=<optimized out>, queue=<optimized out>) at ../wayland-1.24.0/src/wayland-client.c:2163 #13 0x00007ffff7cf9aba in sync_done (data=<optimized out>, cb=<optimized out>, time=<optimized out>) at /usr/src/debug/fltk/fltk-release-1.4.4/src/drivers/Wayland/Fl_Wayland_Screen_Driver.cxx:1389 #14 0x00007ffff6b9cac6 in ffi_call_unix64 () at ../src/x86/unix64.S:104 #15 0x00007ffff6b9976b in ffi_call_int (cif=cif@entry=0x7fffffffced0, fn=fn@entry=0x7ffff7cf9a60 <sync_done(void*, wl_callback*, uint32_t)>, rvalue=<optimized out>, rvalue@entry=0x0, avalue=avalue@entry=0x7fffffffcfa0, closure=closure@entry=0x0) at ../src/x86/ffi64.c:676 #16 0x00007ffff6b9c06e in ffi_call (cif=cif@entry=0x7fffffffced0, fn=0x7ffff7cf9a60 <sync_done(void*, wl_callback*, uint32_t)>, rvalue=rvalue@entry=0x0, avalue=avalue@entry=0x7fffffffcfa0) at ../src/x86/ffi64.c:713 #17 0x00007ffff763c48d in wl_closure_invoke (closure=closure@entry=0x555555970da0, target=<optimized out>, target@entry=0x55555596e1d0, opcode=opcode@entry=0, data=<optimized out>, flags=1) at ../wayland-1.24.0/src/connection.c:1241 #18 0x00007ffff763d2e9 in dispatch_event (display=display@entry=0x5555555a9b70, queue=queue@entry=0x5555555a9c68) at ../wayland-1.24.0/src/wayland-client.c:1707 #19 0x00007ffff763d6f3 in dispatch_queue (display=0x5555555a9b70, queue=0x5555555a9c68) at ../wayland-1.24.0/src/wayland-client.c:1853 #20 wl_display_dispatch_queue_pending (display=display@entry=0x5555555a9b70, queue=queue@entry=0x5555555a9c68) at ../wayland-1.24.0/src/wayland-client.c:2190 #21 0x00007ffff7640f34 in wl_display_dispatch_queue_timeout (display=0x5555555a9b70, queue=0x5555555a9c68, timeout=timeout@entry=0x0) at ../wayland-1.24.0/src/wayland-client.c:2096 --Type <RET> for more, q to quit, c to continue without paging-- #22 0x00007ffff7641010 in wl_display_dispatch_queue (display=<optimized out>, queue=<optimized out>) at ../wayland-1.24.0/src/wayland-client.c:2163 #23 0x00007ffff7cfa169 in Fl_Wayland_Screen_Driver::open_display_platform (this=<optimized out>) at /usr/src/debug/fltk/fltk-release-1.4.4/src/drivers/Wayland/Fl_Wayland_Screen_Driver.cxx:1426 #24 Fl_Wayland_Screen_Driver::open_display_platform (this=<optimized out>) at /usr/src/debug/fltk/fltk-release-1.4.4/src/drivers/Wayland/Fl_Wayland_Screen_Driver.cxx:1406 #25 0x00007ffff7cacafa in Fl_Screen_Driver::open_display (this=0x55555596df60) at /usr/src/debug/fltk/fltk-release-1.4.4/src/Fl_Screen_Driver.cxx:605 #26 Fl_Screen_Driver::open_display (this=0x55555596df60) at /usr/src/debug/fltk/fltk-release-1.4.4/src/Fl_Screen_Driver.cxx:600 #27 0x00007ffff7cfd942 in Fl_Wayland_Screen_Driver::get_system_colors (this=<optimized out>) at /usr/src/debug/fltk/fltk-release-1.4.4/src/drivers/Wayland/Fl_Wayland_Screen_Driver.cxx:1708 #28 0x00007ffff7ce301e in Fl_Window::show (this=0x5555555c75a0, argc=1, argv=0x7fffffffd558) at /usr/src/debug/fltk/fltk-release-1.4.4/src/Fl_arg.cxx:290 #29 0x000055555555aa17 in Fl_Double_Window::show (this=<optimized out>, a=1, b=0x7fffffffd558) at /usr/include/FL/Fl_Double_Window.H:36 #30 main (argc=1, argv=0x7fffffffd558) at /usr/src/debug/alsa-tools/alsa-tools-1.2.14/hdspmixer/src/hdspmixer.cxx:120 ``` Issue URL : https://github.com/alsa-project/alsa-tools/issues/43 Repository URL: https://github.com/alsa-project/alsa-tools

1 0

Creative ZXR channels and volume messed up
by GitHub issues - edited 30 Nov '25

30 Nov '25

alsa-project/alsa-lib issue #484 was edited from CommonDirt: posted this over @ Pipewire, but i'm guessing this is an ALSA issue https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/4996 something's changed with the CA0132 firmware, because previously in alsamixer the 10 band EQ was not exposed <img width="899" height="439" alt="Image" src="https://github.com/user-attachments/assets/755ecd00-b59a-47fd-b5b0-6fa5456f…" /> Issue URL : https://github.com/alsa-project/alsa-lib/issues/484 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

Creative ZXR channels and volume messed up
by GitHub issues - opened 30 Nov '25

30 Nov '25

alsa-project/alsa-lib issue #484 was opened from CommonDirt: posted this over @ Pipewire, but i'm guessing this is an ALSA issue https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/4996 Issue URL : https://github.com/alsa-project/alsa-lib/issues/484 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

hdspmixer: fix null pointer dereference in HDSPMixerWindow:handler_cb
by GitHub pull_request - opened 30 Nov '25

30 Nov '25

alsa-project/alsa-tools pull request #42 was opened from cheldt: Fixes following error: Program received signal SIGSEGV, Segmentation fault. handler_cb () at /home/snaut/dev/alsa-tools/hdspmixer/src/HDSPMixerWindow.cxx:278 Request URL : https://github.com/alsa-project/alsa-tools/pull/42 Patch URL : https://github.com/alsa-project/alsa-tools/pull/42.patch Repository URL: https://github.com/alsa-project/alsa-tools

1 0

Roland OCTA-CAPTURE (0582:0120) - White Noise/Static on Playback
by Niklas Aldervall 29 Nov '25

29 Nov '25

# ALSA Bug Report: Roland OCTA-CAPTURE (0582:0120) - White Noise/Static on Playback ## Summary Roland OCTA-CAPTURE USB audio interface produces white noise/static instead of clean audio on Linux, despite being detected and initialized by snd_usb_audio driver. ## Device Information - **Model**: Roland OCTA-CAPTURE (UA-1010) - **USB ID**: 0582:0120 - **Manufacturer**: Roland Corporation - **Device Class**: Vendor Specific (0xFF) - NOT USB Audio Class compliant - **Serial**: ISRL4B236F81 ## System Information - **Kernel**: 6.17.9-2-cachyos - **Distribution**: Arch Linux (CachyOS) - **Audio Server**: PipeWire 1.2.7 - **ALSA Driver**: snd_usb_audio (built as module) ## Symptoms 1. Device is correctly detected and recognized by ALSA 2. ALSA shows proper capabilities: S32_LE, 10ch playback, 12ch capture, 44100Hz 3. Audio streams can be sent to device without errors 4. **OUTPUT**: Only white noise/static is produced instead of clean audio 5. Issue occurs with both direct ALSA (speaker-test) and PipeWire 6. Issue persists across all available profiles (multichannel, pro-audio) ## Device Detection (lsusb) ``` Bus 001 Device 008: ID 0582:0120 Roland Corp. OCTA-CAPTURE bDeviceClass 255 Vendor Specific Class bDeviceSubClass 0 bDeviceProtocol 255 idVendor 0x0582 Roland Corp. idProduct 0x0120 OCTA-CAPTURE ``` ## ALSA Stream Configuration ``` Roland OCTA-CAPTURE at usb-0000:00:14.0-3, high speed : USB Audio Playback: Status: Stop Interface 0 Altset 1 Format: S32_LE Channels: 10 Endpoint: 0x05 (5 OUT) (ASYNC) Rates: 44100 Data packet interval: 125 us Bits: 0 Sync Endpoint: 0x85 (5 IN) Sync EP Interface: 1 Sync EP Altset: 1 Implicit Feedback Mode: Yes Capture: Status: Stop Interface 1 Altset 1 Format: S32_LE Channels: 12 Endpoint: 0x85 (5 IN) (ASYNC) Rates: 44100 Data packet interval: 125 us Bits: 0 Sync Endpoint: 0x05 (5 OUT) Sync EP Interface: 0 Sync EP Altset: 1 Implicit Feedback Mode: Yes ``` ## Hardware Configuration - **Digital Input**: OFF (changed from AUTO - no effect) - **Sample Rate**: 44.1kHz (hardware configured) - **Output**: Connected to OUT 1/2 (analog) - **Routing**: Factory reset performed - no effect ## Workarounds Attempted (All Failed) 1. **PipeWire profiles**: Tried pro-audio, multichannel-duplex 2. **Module parameters** (all individually and in combination): - `lowlatency=0` - Disable low-latency mode - `autoclock=0` - Force manual clock - `implicit_fb=0` - Disable implicit feedback - `device_setup=0,1` - Different device modes - `quirk_flags=0x8,0x20` - Various quirk flags 3. **Hardware configuration**: - DIGITAL = OFF (vs AUTO) - Factory reset via hardware buttons 4. **Different audio paths**: - Direct ALSA (hw:1,0) - PipeWire - All produce same static ## Test Command Used ```bash speaker-test -D hw:1,0 -c 10 -t sine -f 440 -r 44100 -F S32_LE -l 3 ``` **Result**: White noise/static instead of clean 440Hz tone ## Kernel Support Status - Device added to implicit feedback skip list in kernel 5.11.9 (March 2021) - Patch: `IMPLICIT_FB_SKIP_DEV(0x0582, 0x0120)` - No additional patches found for kernels 6.x ## Related Devices - Roland Quad-Capture (0582:0118) - Similar architecture, better Linux support - Roland U-8 (older device) - Has third-party Linux tools (u8ctl) ## Known Issues from Community - LinuxMusicians forum: "loud white noise sounds generated along with audio" - Multiple users report same symptom since 2013 - No documented solution exists ## Hypothesis The OCTA-CAPTURE uses Roland's proprietary USB protocol (vendor-specific class 0xFF). The device likely requires: 1. Proprietary initialization sequence not performed by generic snd_usb_audio 2. SysEx MIDI configuration for internal DSP/routing/clock 3. Vendor-specific control messages for proper operation Without Roland's cooperation or reverse engineering of Windows driver, proper support may be impossible. ## Request 1. Is there additional debugging we can enable to trace USB communication? 2. Could vendor-specific initialization be missing? 3. Would Roland device reverse engineering resources help? 4. Should this device be blacklisted if it cannot work properly? ## Additional Resources - Device manual: https://static.roland.com/assets/media/pdf/OCTA-CAPTURE_v1.6_OM.pdf - Kernel patch (2021): https://patchwork.kernel.org/project/alsa-devel/patch/CAOsVg8psuOkQRoccDs7A… - LinuxMusicians thread: https://linuxmusicians.com/viewtopic.php?t=17423 ## Contact Best Regards Niklas Aldervall

2 1

[PATCH v5] platform/x86: serial-multi-instantiate: Add IRQ_RESOURCE_OPT for IRQ missing projects
by Baojun Xu 28 Nov '25

28 Nov '25

The tas2781-hda supports multi-projects. In some projects, GpioInt() was dropped due to no IRQ connection. See the example code below: Device (SPKR) { Name (_ADR, One) Name (_HID, "TXNW2781") Method (_CRS, 0, NotSerialized) { Name (RBUF, ResourceTemplate () { I2cSerialBusV2 (0x0038, ...) I2cSerialBusV2 (0x0039, ...) // GpioInt (Edge, ...) { 0x0000 } //"GpioInt (...) {}" was commented out due to no IRQ connection. }) Return (RBUF) } } But in smi_i2c_probe(), smi_spi_probe() (serial-multi-instantiate.c), if looking for IRQ by smi_get_irq() fails, it will return an error, will not add new device, and cause smi_probe() to fail: [ 2.356546] Serial bus multi instantiate pseudo device driver TXNW2781:00: error -ENXIO: IRQ index 0 not found [ 2.356561] Serial bus multi instantiate pseudo device driver TXNW2781:00: error -ENXIO: Error requesting irq at index 0 So, we need to add an exception case for these situations. BTW, this patch will take effect on both I2C and SPI devices. Signed-off-by: Baojun Xu <baojun.xu(a)ti.com> --- v5: - Change the description for this patch, remove cover letter. v4: - Change the description for this patch. v3: - Add IRQ_RESOURCE_OPT for IRQ missing cases. v2: - Remove error ignore, change to AUTO compatible with NONE. --- drivers/platform/x86/serial-multi-instantiate.c | 13 +++++++++---- 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/drivers/platform/x86/serial-multi-instantiate.c b/drivers/platform/x86/serial-multi-instantiate.c index db030b0f176a..1a369334f9cb 100644 --- a/drivers/platform/x86/serial-multi-instantiate.c +++ b/drivers/platform/x86/serial-multi-instantiate.c @@ -22,6 +22,7 @@ #define IRQ_RESOURCE_GPIO 1 #define IRQ_RESOURCE_APIC 2 #define IRQ_RESOURCE_AUTO 3 +#define IRQ_RESOURCE_OPT BIT(2) enum smi_bus_type { SMI_I2C, @@ -64,6 +65,10 @@ static int smi_get_irq(struct platform_device *pdev, struct acpi_device *adev, dev_dbg(&pdev->dev, "Using platform irq\n"); break; } + if (inst->flags & IRQ_RESOURCE_OPT) { + dev_dbg(&pdev->dev, "No irq\n"); + return 0; + } break; case IRQ_RESOURCE_GPIO: ret = acpi_dev_gpio_irq_get(adev, inst->irq_idx); @@ -386,10 +391,10 @@ static const struct smi_node cs35l57_hda = { static const struct smi_node tas2781_hda = { .instances = { - { "tas2781-hda", IRQ_RESOURCE_AUTO, 0 }, - { "tas2781-hda", IRQ_RESOURCE_AUTO, 0 }, - { "tas2781-hda", IRQ_RESOURCE_AUTO, 0 }, - { "tas2781-hda", IRQ_RESOURCE_AUTO, 0 }, + { "tas2781-hda", IRQ_RESOURCE_AUTO | IRQ_RESOURCE_OPT, 0 }, + { "tas2781-hda", IRQ_RESOURCE_AUTO | IRQ_RESOURCE_OPT, 0 }, + { "tas2781-hda", IRQ_RESOURCE_AUTO | IRQ_RESOURCE_OPT, 0 }, + { "tas2781-hda", IRQ_RESOURCE_AUTO | IRQ_RESOURCE_OPT, 0 }, {} }, .bus_type = SMI_AUTO_DETECT, -- 2.25.1

4 3

[GIT PULL] ASoC fixes for v6.18-rc7
by Mark Brown 27 Nov '25

27 Nov '25

The following changes since commit 6a23ae0a96a600d1d12557add110e0bb6e32730c: Linux 6.18-rc6 (2025-11-16 14:25:38 -0800) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git tags/asoc-fix-v6.18-rc7 for you to fetch changes up to 73b97d46dde64fa184d47865d4a532d818c3a007: ASoC: fsl_xcvr: clear the channel status control memory (2025-11-26 13:24:19 +0000) ---------------------------------------------------------------- ASoC: Fixes for v6.18 A small pile of driver specific fixes that came in during the past few weeks, none of them especially major. ---------------------------------------------------------------- Baojun Xu (1): ASoC: tas2781: Correct the wrong chip ID for reset variable check Biju Das (2): ASoC: renesas: rz-ssi: Fix channel swap issue in full duplex mode ASoC: renesas: rz-ssi: Fix rz_ssi_priv::hw_params_cache::sample_width Ma Ke (2): ASoC: codecs: wcd937x: Fix error handling in wcd937x codec driver ASoC: codecs: Fix error handling in pm4125 audio codec driver Shenghao Ding (1): ASoC: tas2781: correct the wrong period Shengjiu Wang (1): ASoC: fsl_xcvr: clear the channel status control memory Srinivas Kandagatla (1): ASoC: codecs: wcd934x: add explicit soundwire depenency sound/soc/codecs/Kconfig | 1 + sound/soc/codecs/pm4125.c | 21 ++++++++++-- sound/soc/codecs/tas2781-comlib-i2c.c | 2 +- sound/soc/codecs/tas2781-i2c.c | 2 +- sound/soc/codecs/wcd937x.c | 43 ++++++++++++++++++----- sound/soc/fsl/fsl_xcvr.c | 2 +- sound/soc/renesas/rz-ssi.c | 64 +++++++++++++++++++++++++---------- 7 files changed, 103 insertions(+), 32 deletions(-)

2 2

[PATCH v2] platform/x86: serial-multi-instantiate: IRQ_RESOURCE_AUTO should be compatible with IRQ_RESOURCE_NONE
by Baojun Xu 27 Nov '25

27 Nov '25

The tas2781-hda supports multi-projects, in some projects, no irq is required, so the IRQ_RESOURCE_AUTO should be compatible with IRQ_RESOURCE_NONE. Signed-off-by: Baojun Xu <baojun.xu(a)ti.com> --- v2: - Remove error ignore, change to AUTO compatible with NONE. --- drivers/platform/x86/serial-multi-instantiate.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/platform/x86/serial-multi-instantiate.c b/drivers/platform/x86/serial-multi-instantiate.c index db030b0f176a..eb3fffbc29ad 100644 --- a/drivers/platform/x86/serial-multi-instantiate.c +++ b/drivers/platform/x86/serial-multi-instantiate.c @@ -64,7 +64,8 @@ static int smi_get_irq(struct platform_device *pdev, struct acpi_device *adev, dev_dbg(&pdev->dev, "Using platform irq\n"); break; } - break; + dev_dbg(&pdev->dev, "No irq\n"); + return 0; case IRQ_RESOURCE_GPIO: ret = acpi_dev_gpio_irq_get(adev, inst->irq_idx); break; -- 2.25.1

3 2

Lenovo Yoga 7 2-in-1 16AKP10, Realtek ALC287 codec – Bottom speakers not responding to volume control in linux
by Titas Valantinas 27 Nov '25

27 Nov '25

different outputs of aplay, arecord, codec, dmesg, lspci commands. Hardware: - Laptop: Lenovo Yoga 7 2-in-1 16AKP10 - Audio: Intel HDA (Realtek ALC287 codec, quad speaker setup: 2 top + 2 bottom) Software: - Distribution: [CachyOS] - Kernel: [6.17.0-rc5-2-cachyos-rc and 6.16.6-3 (same result in both kernel versions)] - ALSA version: [Advanced Linux Sound Architecture Driver Version k6.17.0-rc5-2-cachyos-rc. (got with command cat /proc/asound/version)] - Desktop environment: [KDE Wayland] Problem: When adjusting system volume, only the top speakers change their volume The bottom speakers keep playing at full volume regardless of system settings. (expect when volume goes to 0 or mutes then all speakers mute) Steps tried: - Tested with PipeWire - Checked `alsamixer`: only one speaker group responds to volume changes. - In Windows 11, all four speakers respond correctly → confirms hardware works. - Updated BIOS, firmware, and kernel → issue persists. Expected result: - All four speakers (top + bottom) should respond to system volume control. Actual result: - Only the top speakers change volume. Bottom speakers remain loud at all times. alsa-info.sh result: http://alsa-project.org/db/?f=1e9f3782e184d05a0ef932305d6ac04bacbd51ad sudo dmidecode -s system-product-name sudo dmidecode -s system-version sudo dmidecode -s system-manufacturer results: 83JU Yoga 7 2-in-1 16AKP10 LENOVO dmesg | grep -iE 'snd|hda' result: [ 0.199062] ACPI: \_SB_.PCI0.GPPA.HDAU.PWRS: New power resource [ 5.701995] snd_acp_pci 0000:04:00.5: enabling device (0000 -> 0002) [ 5.704462] snd_hda_intel 0000:04:00.1: enabling device (0000 -> 0002) [ 5.704483] snd_hda_intel 0000:04:00.1: Handle vga_switcheroo audio client [ 5.704544] snd_hda_intel 0000:04:00.6: enabling device (0000 -> 0002) [ 5.722776] snd_hda_intel 0000:04:00.1: bound 0000:04:00.0 (ops amdgpu_dm_audio_component_bind_ops [amdgpu]) [ 5.743110] snd_hda_codec_alc269 hdaudioC1D0: ALC287: picked fixup for PCI SSID 17aa:38b5 [ 5.743523] snd_hda_codec_alc269 hdaudioC1D0: autoconfig for ALC287: line_outs=2 (0x17/0x14/0x0/0x0/0x0) type:speaker [ 5.743526] snd_hda_codec_alc269 hdaudioC1D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [ 5.743527] snd_hda_codec_alc269 hdaudioC1D0: hp_outs=1 (0x21/0x0/0x0/0x0/0x0) [ 5.743528] snd_hda_codec_alc269 hdaudioC1D0: mono: mono_out=0x0 [ 5.743528] snd_hda_codec_alc269 hdaudioC1D0: inputs: [ 5.743529] snd_hda_codec_alc269 hdaudioC1D0: Mic=0x19 If you need more logs, I can provide them. Thank you in advance for the help.

1 0