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

snd_seq_drain_output change breaks existing code.
by GitHub issues - edited 13 Jan '26

13 Jan '26

alsa-project/alsa-lib issue #493 was edited from Hoosier-Beagler: The little gem shown below has broken a lot of code. Previously, no positive results were returned and software relied on -EAGAIN to detect remaining data. That result is no longer returned if some data was processed. This has broken the old and stable version of my application written in C(++) which is no longer being maintained. I have ported my app to python but this change has also broken public python wrappers for the alsa library. In [alsa-python / pyalsa / alsaseq.c](https://github.com/alsa-project/alsa-python/blob/master/pyalsa/a… below line 2800 and also [python-alsa-midi / alsa_midi / client.py](https://github.com/Jajcus/python-alsa-midi/blob/main/alsa_midi/c… at line 626 and possibly the sub-classes as well (lines 1679, 1871). None of these wrappers expected a valid return value and do not pass along said value returned from the c library call. Consequently, there is no longer an indication that the output has not been fully drained. ``` --- alsa-lib-1.2.14/src/seq/seq.c 2025-04-14 11:42:04.000000000 -0500 +++ alsa-lib-1.2.15.2/src/seq/seq.c 2026-01-08 08:27:57.000000000 -0600 @@ -4445,21 +4445,22 @@ int snd_seq_drain_output(snd_seq_t *seq) { ssize_t result, processed = 0; assert(seq); while (seq->obufused > 0) { result = seq->ops->write(seq, seq->obuf, seq->obufused); if (result < 0) { - if (result == -EAGAIN && processed) + if (result == -EAGAIN && processed > 0) return seq->obufused; return result; } if ((size_t)result < seq->obufused) memmove(seq->obuf, seq->obuf + result, seq->obufused - result); seq->obufused -= result; + processed += result; } return 0; } /** * \brief extract the first event in output buffer * \param seq sequencer handle ``` Issue URL : https://github.com/alsa-project/alsa-lib/issues/493 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

snd_seq_drain_output change breaks existing code.
by GitHub issues - opened 13 Jan '26

13 Jan '26

alsa-project/alsa-lib issue #493 was opened from Hoosier-Beagler: The little gem shown below has broken a lot of code. Previously, no positive results were returned and software relied on -EAGAIN to detect remaining data. That result is no longer returned if some data was processed. This has broken the old and stable version of my application written in C(++) which is no longer being maintained. I have ported my app to python but this change has also broken public python wrappers for the alsa library. In [alsa-python / pyalsa / alsaseq.c](https://github.com/alsa-project/alsa-python/blob/master/pyalsa/a… below line 2800 and also [python-alsa-midi / alsa_midi / client.py](https://github.com/Jajcus/python-alsa-midi/blob/main/alsa_midi/c… at line 626 and possibly the sub-classes as well (lines 1679, 1871). None of these wrappers expected a valid return value and do not pass along said value returned from the c library call. ``` --- alsa-lib-1.2.14/src/seq/seq.c 2025-04-14 11:42:04.000000000 -0500 +++ alsa-lib-1.2.15.2/src/seq/seq.c 2026-01-08 08:27:57.000000000 -0600 @@ -4445,21 +4445,22 @@ int snd_seq_drain_output(snd_seq_t *seq) { ssize_t result, processed = 0; assert(seq); while (seq->obufused > 0) { result = seq->ops->write(seq, seq->obuf, seq->obufused); if (result < 0) { - if (result == -EAGAIN && processed) + if (result == -EAGAIN && processed > 0) return seq->obufused; return result; } if ((size_t)result < seq->obufused) memmove(seq->obuf, seq->obuf + result, seq->obufused - result); seq->obufused -= result; + processed += result; } return 0; } /** * \brief extract the first event in output buffer * \param seq sequencer handle ``` Issue URL : https://github.com/alsa-project/alsa-lib/issues/493 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

SOF HiFi profile fails to detect headphone jack on ASUS ZenBook UX425EA (ALC294)
by GitHub issues - opened 12 Jan '26

12 Jan '26

alsa-project/alsa-ucm-conf issue #686 was opened from akincano: Component: Sound(ALSA) → PCI Description: Hardware: 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.4-arch1-1 Distribution: Arch Linux ALSA components: HDA:80862812,80860101,00100000 HDA:10ec0294,10431cee,00100004 cfg-dmics:2 Problem: When using the SOF (Sound Open Firmware) driver, the HiFi profile fails to create audio sinks/sources for the headphone jack. WirePlumber logs show: spa.alsa: No sink and source at HiFi: Headphones The HiFi profile shows as available: no and the active profile defaults to off. Attempting to switch to HiFi results in only HDMI outputs being available, with no analog speaker or headphone outputs. The headphone jack (pin 0x21) is misconfigured: Node 0x21 [Pin Complex] wcaps 0x40058d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x0001001c: OUT HP EAPD Detect EAPD 0x2: EAPD Pin Default 0x411111f0: [N/A] Speaker at Ext Rear Conn = 1/8, Color = Black DefAssociation = 0xf, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x00: Unsolicited: tag=00, enabled=0 Power states: D0 D1 D2 D3 EPSS Power: setting=D0, actual=D0 Connection: 2 0x02 0x03* The key issues are: Pin Default 0x411111f0 - configured as "N/A" instead of headphone jack Misc = NO_PRESENCE - no jack detection enabled Pin-ctls: 0x00 - pin not configured for output Unsolicited: tag=00, enabled=0 - jack detection events disabled This causes PipeWire/WirePlumber to only create HDMI outputs in the HiFi profile, with no analog audio devices. Expected Behavior: The HiFi profile should detect and expose: Internal speakers Headphone jack with jack detection Automatic switching between speakers and headphones when plugging/unplugging Digital microphone Current Workaround: Blacklisting SOF and forcing legacy HDA driver works perfectly: ```bash # /etc/modprobe.d/alsa-base.conf blacklist snd_sof_pci_intel_tgl blacklist snd_sof_intel_hda_common blacklist snd_sof options snd-intel-dspcfg dsp_driver=1 ``` With legacy HDA driver, the same pin 0x21 is properly configured: ```bash Pin-ctls: 0xc0: OUT HP Unsolicited: tag=01, enabled=1 Control: name="Headphone Playback Switch", index=0, device=0 ``` The `output:analog-stereo` profile works perfectly with automatic jack detection and switching. **Reproduction:** 1. Boot ASUS ZenBook UX425EA with default SOF driver (no blacklisting) 2. Check `pactl list cards` - shows: - HiFi profile: `available: no` - Active profile: `off` - Only HDMI ports listed under HiFi profile, no analog outputs 3. Check `journalctl --user -u wireplumber` - see error: `spa.alsa: No sink and source at HiFi: Headphones` 4. Attempting to use HiFi or even pro-audio profile results in no working analog audio **SOF Firmware/Topology Information:** ```bash sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware file: intel/sof/sof-tgl.ri sof-audio-pci-intel-tgl 0000:00:1f.3: Topology file: intel/sof-tplg/sof-hda-generic-2ch.tplg sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware info: version 2:2:0-57864 sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware: ABI 3:22:1 Kernel ABI 3:23:1 sof-audio-pci-intel-tgl 0000:00:1f.3: Topology: ABI 3:22:1 Kernel ABI 3:23:1 sof-audio-pci-intel-tgl 0000:00:1f.3: DMICs detected in NHLT tables: 2 ``` **Card Configuration (SOF):** ``` Name: alsa_card.pci-0000_00_1f.3-platform-skl_hda_dsp_generic api.alsa.card.name = "sof-hda-dsp" alsa.long_card_name = "ASUSTeKCOMPUTERINC.-ZenBookUX425EA_UX425EA-1.0-UX425EA" alsa.driver_name = "snd_soc_skl_hda_dsp" alsa.mixer_name = "Realtek ALC294" Profiles: off: Off (sinks: 0, sources: 0, priority: 0, available: yes) HiFi: Play HiFi quality Music (sinks: 3, sources: 1, priority: 9900, available: no) pro-audio: Pro Audio (sinks: 5, sources: 3, priority: 1, available: yes) Active Profile: off HiFi profile ports (no analog outputs): [Out] HDMI3: HDMI / DisplayPort 3 Output [Out] HDMI2: HDMI / DisplayPort 2 Output [Out] HDMI1: HDMI / DisplayPort 1 Output [In] Mic1: Digital Microphone Request: The ASUS ZenBook UX425EA needs either: A UCM configuration that properly maps pin 0x21 as a headphone jack with presence detection, OR A kernel quirk to set the correct pin configuration for this laptop model, OR An updated SOF topology file that includes the analog outputs The hardware clearly supports headphone jack detection (the legacy HDA driver proves this), but SOF is not utilizing it correctly. Impact: This affects all ASUS ZenBook UX425EA users running modern kernels with SOF as the default driver. Users either have no audio or must manually blacklist SOF to use the legacy HDA driver. Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/686 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Laptop built-in speakers not detected after c8b5541
by GitHub issues - opened 11 Jan '26

11 Jan '26

alsa-project/alsa-ucm-conf issue #685 was opened from Xeltalliv: Updating from v1.2.15.1 to v1.2.15.2 broke sound on ASUS Zenbook 14 UM425UA laptop. It has no external headphone jacks. I narrowed it down the cause to the commit https://github.com/alsa-project/alsa-ucm-conf/commit/c8b55418ff36036fc96073… With v1.2.15.1 `wpctl status` shows: ``` Audio ├─ Devices: │ 48. Renoir/Cezanne HDMI/DP Audio Controller [alsa] │ 49. Ryzen HD Audio Controller [alsa] │ ├─ Sinks: │ * 56. Ryzen HD Audio Controller Headphones [vol: 0.40] │ ├─ Sources: │ * 57. Ryzen HD Audio Controller Stereo Microphone [vol: 1.00] │ 58. Ryzen HD Audio Controller Digital Microphone [vol: 1.00] │ ├─ Filters: │ └─ Streams: ``` With v1.2.15.2 `wpctl status` shows: ``` Audio ├─ Devices: │ 48. Renoir/Cezanne HDMI/DP Audio Controller [alsa] │ 49. Ryzen HD Audio Controller [alsa] │ ├─ Sinks: │ * 34. Dummy Output [vol: 1.00] │ ├─ Sources: │ * 56. Ryzen HD Audio Controller Digital Microphone [vol: 0.97] │ ├─ Filters: │ └─ Streams: ``` Not sure if any of the following helps: In both cases `dmesg | grep -iE 'snd|alsa|pipewire'` shows: ``` [ 8.235764] snd_rn_pci_acp3x 0000:04:00.5: enabling device (0000 -> 0002) [ 8.383393] snd_hda_intel 0000:04:00.1: Handle vga_switcheroo audio client [ 8.404286] snd_hda_intel 0000:04:00.1: bound 0000:04:00.0 (ops amdgpu_dm_audio_component_bind_ops [amdgpu]) [ 8.434270] snd_hda_codec_alc269 hdaudioC1D0: autoconfig for ALC294: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker [ 8.434280] snd_hda_codec_alc269 hdaudioC1D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [ 8.434284] snd_hda_codec_alc269 hdaudioC1D0: hp_outs=0 (0x0/0x0/0x0/0x0/0x0) [ 8.434288] snd_hda_codec_alc269 hdaudioC1D0: mono: mono_out=0x0 [ 8.434290] snd_hda_codec_alc269 hdaudioC1D0: inputs: ``` `aplay -l` shows: ``` **** List of PLAYBACK Hardware Devices **** card 0: Generic [HD-Audio Generic], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: Generic [HD-Audio Generic], device 7: HDMI 1 [HDMI 1] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: Generic [HD-Audio Generic], device 8: HDMI 2 [HDMI 2] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: Generic_1 [HD-Audio Generic], device 0: ALC294 Analog [ALC294 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 ``` `amixer -c 1 scontrols` shows: ``` Simple mixer control 'Master',0 Simple mixer control 'Mic ACP LED',0 ``` Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/685 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

USB-Audio: Add support for UR24C firmware version channel differences, fix UR22C
by GitHub pull_request - edited 11 Jan '26

11 Jan '26

alsa-project/alsa-ucm-conf pull request #684 was edited from jwlademann: Steinberg UR24C has a similar change to the number of capture channels for version 3 firmware that UR22C has. During implementation I found an issue with the condition used for UR22C which I fixed also. See: https://github.com/alsa-project/alsa-ucm-conf/pull/554 and https://github.com/alsa-project/alsa-ucm-conf/issues/547 Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/684 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/684.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

USB-Audio: Add support for UR24C firmware version channel differences, fix UR22C
by GitHub pull_request - edited 11 Jan '26

11 Jan '26

alsa-project/alsa-ucm-conf pull request #684 was edited from jwlademann: Steinberg UR24C has a similar change to the number of capture channels for version 3 firmware that UR22C. During implementation I found an issue with the condition used for UR22C which I fixed also. See: https://github.com/alsa-project/alsa-ucm-conf/pull/554 and https://github.com/alsa-project/alsa-ucm-conf/issues/547 Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/684 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/684.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

USB-Audio: Add support for UR24C firmware version channel differences, fix UR22C
by GitHub pull_request - opened 11 Jan '26

11 Jan '26

alsa-project/alsa-ucm-conf pull request #684 was opened from jwlademann: Steinberg UR24C has a similar change to the number of capture channels fot version 3 firmware. During implementation I found an issue with the condition used for UR22C which I fixed also. Request URL : https://github.com/alsa-project/alsa-ucm-conf/pull/684 Patch URL : https://github.com/alsa-project/alsa-ucm-conf/pull/684.patch Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

ASUS ROG Maximus XIII Hero (Tiger Lake, ALC4082) - Microphone not working - Missing USB ID 0b05:19ac
by GitHub issues - opened 09 Jan '26

09 Jan '26

alsa-project/alsa-ucm-conf issue #683 was opened from FallonBlue: ## Hardware - **Motherboard**: ASUS ROG Maximus XIII Hero (Z490/Z590 chipset, Tiger Lake) - **Audio Codec**: Realtek ALC4082 (connected via USB) - **USB Device ID**: `0b05:19ac` - **OS**: Bazzite (Fedora-based), kernel 6.17.7 - **Audio Stack**: PipeWire + WirePlumber ## Problem The microphone input on the rear panel does not work. The device is detected as "Generic USB Audio" but ALSA UCM does not recognize it, so proper audio routing is not configured. Speaker/headphone output works fine. ## Root Cause The USB device ID `0b05:19ac` is missing from the UCM configuration files: - `/usr/share/alsa/ucm2/USB-Audio/USB-Audio.conf` - `/usr/share/alsa/ucm2/USB-Audio/Realtek/ALC4080-HiFi.conf` ## Requested Fix Please add `0b05:19ac` (ASUS ROG Maximus XIII Hero) to the ALC4080 UCM configuration, similar to how issue #165 was resolved for the Z690 Hero (`0b05:1a27`). The device appears in lsusb as: ``` Bus 001 Device 002: ID 0b05:19ac ASUSTek Computer, Inc. USB Audio ``` ## Additional Info - Microphone works correctly in Windows - Workaround: Using external USB microphone - Related boards already in config: `0b05:1996` (Maximus XIII), `0b05:1a27` (Z690 Hero) Thank you! Issue URL : https://github.com/alsa-project/alsa-ucm-conf/issues/683 Repository URL: https://github.com/alsa-project/alsa-ucm-conf

1 0

Re: [BUG] Samsung Galaxy Book 4 Ultra - MAX98390 speakers not supported on MTL platform
by Péter Ujfalusi 08 Jan '26

08 Jan '26

Hi José, The machine likely similar to Book 4 Pro, it is an HDA+companion amp setup: https://github.com/thesofproject/linux/issues/5002 The bounty for Book 4 Pro resulted (as far as I know) working audio, which can be replicated: https://github.com/stephanlensky/galaxy-book4-linux-sound You might need to add the quirk for the Ultra and by luck it might work as well. SOF is not needed, used in these machines as they are pure HDA devices. -- Péter On 08/01/2026 00:26, José Augusto de Almeida Neto wrote: > Hi ALSA developers, > > I'm reporting a hardware support issue with the Samsung Galaxy Book 4 Ultra > (NP960XGL-XG1BR) running on Intel Meteor Lake (MTL) platform. > > SUMMARY: > The laptop has MAX98390 smart speaker amplifiers that are not supported in > the current Linux kernel. Headphones work (ALC298 HDA codec) but speakers > are completely non-functional. > > HARDWARE: > - System: Samsung Galaxy Book 4 Ultra (NP960XGL-XG1BR) > - CPU: Intel Meteor Lake-P > - Audio Controller: Intel MTL HD Audio (8086:7728) > - HDA Codec: Realtek ALC298 (working for headphones) > - Speaker Amps: 4x Maxim MAX98390 on I2C bus 2 (addresses 0x38, 0x39, > 0x3C, 0x3D) > - Kernel: 6.17.9 (also tested on 6.8.0 mainline) > > ROOT CAUSE: > 1. No machine driver match in soc-acpi-intel-mtl-match.c for Samsung + > MAX98390 > 2. No SOF topology file for MTL + HDA + MAX98390 combination > 3. NHLT only shows SSP2 (Bluetooth), no SSP configured for speakers > 4. SOF falls back to generic skl_hda_dsp_generic (2-channel HDA only) > > VERIFICATION: > - MAX98390 chips respond on I2C (revision 0x42 confirmed on all 4 chips) > - ACPI device MAX98390:00 present (status 15 - enabled) > - ALC298 speaker DAC receives audio but no output from physical speakers > - No I2S/TDM connection to MAX98390 amplifiers > > I have collected detailed technical information including: > - DSDT and NHLT ACPI tables > - Full HDA codec dump > - I2C bus scans and MAX98390 register reads > - dmesg logs showing current SOF behavior > > Full detailed report: BUG_REPORT.md attached > > QUESTION: > Is there ongoing work to support MAX98390 on Meteor Lake platforms? > I'm willing to test patches and provide additional debugging information. > > Thank you, > Jose >

1 0

Re: [BUG REPORT] arm64: dts: qcom: x1e80100: Audio routing issues on ThinkPad T14s Gen 6
by Johan Hovold 07 Jan '26

07 Jan '26

On Wed, Jan 07, 2026 at 03:09:10PM +0100, Simone Flavio Paris wrote: > I am testing the latest experimental kernels on the Lenovo ThinkPad > T14s Gen 6 (Snapdragon X Elite). > > I have encountered a specific issue with the audio subsystem: while > the DSP and ALSA stack appear fully functional (firmware loads, > streams are processed without errors), there is no analog output on > speakers or headphones. > > I have performed extensive diagnostics and manual mixer path > configurations to rule out userspace/UCM issues. Below is a detailed > technical report of the current status, routing attempts, and logs. > > I hope this information helps in refining the machine driver or > topology profiles for this specific device. I am available to test > patches if needed. > > [Technical Report] > > Target Hardware: Lenovo ThinkPad T14s Gen 6 (21N1) - Snapdragon X > Elite (X1E80100) > OS: Ubuntu 25.10 (Debian-based) > Kernel: 6.17.0-8-generic #8-Ubuntu SMP PREEMPT_DYNAMIC aarch64 You need to report this to your distro as this is not a mainline issue. IIUC, Ubuntu disables audio by default until you pass a kernel parameter due to the lack of speaker protection. Johan

1 0