@Artem_Kolos Tried to capture my setup beyound that:
My working analog/internal path is the PipeWire source alsa_input.pci-0000_c1_00.6.HiFi__Mic2__source, with card profile HiFi (Mic1, Mic2,
Speaker). It is not using pro-audio. On this ACP/HDA setup, stock UCM maps Mic1 to the DMIC and Mic2 to the ALC285 analog/internal mic; that
logic is in /usr/share/alsa/ucm2/HDA/HDA.conf:1, /usr/share/alsa/ucm2/HDA/HiFi-acp.conf:1, and /usr/share/alsa/ucm2/HDA/HiFi-mic.conf:1.
There are no local overrides in the usual places: no /etc/asound.conf, no ~/.asoundrc, no /etc/wireplumber, no ~/.config/wireplumber, and no
~/.config/pipewire. So this working box is not relying on custom ALSA/PipeWire config.
Relevant stored ALSA values from /var/lib/alsa/asound.state:335:
- Capture Volume = 63,63
- Capture Switch = on,on
- Internal Mic Boost Volume = 0,0
- Headset Mic Boost Volume = 3,3
- Auto-Mute Mode = Disabled
that same stored ALSA state says Capture Source = Headset Mic, but the live working PipeWire source is still Mic2 / Internal
Stereo Microphone. On this UCM setup, that enum is not the first thing Iād copy.
First, make sure they are actually using HiFi__Mic2__source / Internal Stereo Microphone, not Mic1 and not pro-audio. Second, if you are
testing with raw ALSA, compare against hw:1,0, not default; this machine has no custom .asoundrc, so ALSA default is just stock plugin
routing and can involve dsnoop/dmix-style plumbing. Third, compare versions and driver defaults:
- pipewire 1.6.2
- wireplumber 0.5.14
- alsa-lib 1.2.15.3
- alsa-ucm-conf 1.2.15.3
- linux-cachyos 6.19.11-1
- snd_hda_intel model=(null), dmic_detect=Y, position_fix=-1, power_save=0
If the failing input is specifically the headset jack mic, the working box also has Headset Mic Boost Volume = 3/3.