<div dir="ltr"><p>Package: alsa-ucm-conf<br>Version: 1.2.14-1<br>Severity: normal<br>X-Debbugs-Cc: <a href="mailto:vadovates@gmail.com">vadovates@gmail.com</a></p><p>Dear Maintainer,</p><p>After recent updates on Debian 13 Trixie, the integrated Realtek ALC1220 audio device sometimes starts with an incorrect or unusable PipeWire/WirePlumber output profile.</p><p>Hardware:</p><p>Motherboard:<br>Gigabyte B450 AORUS PRO-CF</p><p>Affected audio device:<br>09:00.4 Audio device [0403]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse HD Audio Controller [1022:1487]<br>Subsystem: Gigabyte Technology Co., Ltd Device [1458:a0c3]<br>Kernel driver in use: snd_hda_intel<br>Kernel modules: snd_hda_intel</p><p>Codec:<br>Realtek ALC1220<br>alsa.components = HDA:10ec1220,1458a0c3,00100101</p><p>Other audio device present, not affected:<br>07:00.1 Audio device [0403]: NVIDIA Corporation GA102 High Definition Audio Controller [10de:1aef]<br>Subsystem: Gigabyte Technology Co., Ltd Device [1458:403e]<br>Kernel driver in use: snd_hda_intel<br>Kernel modules: snd_hda_intel</p><p>Symptoms observed:</p><ol><li><p>The card may start as:<br>Starship/Matisse HD Audio Controller Analogowe przestrzenne 4.1</p><p>with the default sink:<br>alsa_output.pci-0000_09_00.4.analog-surround-41</p><p>This is incorrect for my setup, which is stereo / 2.1.</p></li><li><p>On another boot, GNOME / PipeWire showed only:<br>Głuche wyjście</p><p>while wpctl still showed the configured default sink as:<br>alsa_output.pci-0000_09_00.4.analog-stereo</p><p>In that state, the Realtek source was visible, but no usable Realtek playback sink was created.</p></li><li><p>Headphone and speaker routing becomes inconsistent. Front panel headphone detection does not behave correctly when the wrong profile is selected.</p></li></ol><p>Workarounds observed:</p><p>In the analog-surround-41 case, this fixed the problem:</p><p>wpctl set-profile pro-audio<br>systemctl --user restart wireplumber pipewire pipewire-pulse</p><p>After this, the card returned to:</p><p>Starship/Matisse HD Audio Controller Analogowe stereo</p><p>and the default sink became:</p><p>alsa_output.pci-0000_09_00.4.analog-stereo</p><p>In the "Dummy Output" case, restarting PipeWire and WirePlumber alone was enough:</p><p>systemctl --user restart wireplumber pipewire pipewire-pulse</p><p>No profile change was needed in that case.</p><p>Relevant observations:</p><p>api.alsa.use-acp = "true"<br>api.acp.auto-profile = "false"<br>api.acp.auto-port = "false"</p><p>This looks like a regression or race condition in ACP/UCM profile handling for this ALC1220 device. The hardware works after PipeWire/WirePlumber is restarted or after forcing a profile transition through pro-audio.</p><p>Expected result:</p><p>The device should consistently start with a usable analog stereo output profile:</p><p>alsa_output.pci-0000_09_00.4.analog-stereo</p><p>Actual result:</p><p>The device sometimes starts as analog-surround-41 or with only Dummy Output available.</p><p>-- System Information:<br>Debian Release: 13.5<br>APT prefers stable-updates<br>APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')<br>Architecture: amd64 (x86_64)<br>Foreign Architectures: i386</p><p>Kernel: Linux 6.12.90+deb13-amd64 (SMP w/24 CPU threads; PREEMPT)<br>Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE<br>Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8), LANGUAGE not set<br>Shell: /bin/sh linked to /usr/bin/dash<br>Init: systemd (via /run/systemd/system)<br>LSM: AppArmor: enabled</p><p>Versions of packages alsa-ucm-conf depends on:<br>ii libasound2t64 1.2.14-1</p><p>alsa-ucm-conf recommends no packages.</p><p>alsa-ucm-conf suggests no packages.</p><p>-- no debconf information</p><br></div>