HP OmniBook Ultra Flip (Lunar Lake, 103C:8CDE) — ALSA headphone jack state changes but audio does not route to headphones

alsa-project/alsa-ucm-conf issue #758 was opened from pavlo0909:

### Description

On the HP OmniBook Ultra Flip (Intel Lunar Lake), headphone plug/unplug is correctly detected by ALSA, but audio does not route to the headphone output.

When headphones are inserted, the `Headphone Jack` control changes state correctly. However, the active output does not switch to headphones in KDE / PipeWire, and audio continues through the internal speakers. The internal speakers and internal DMIC both work normally.

### Environment

- Manufacturer / Model: HP OmniBook Ultra Flip Laptop 14-fh0xxx
- Platform: Intel Lunar Lake (LNL)
- Codec: Realtek ALC245
- PCI SSID: 103C:8CDE
- Distribution: Fedora 43 (KDE Plasma)
- Kernel: 6.19.14-200.fc43.x86_64
- Audio stack: SOF + PipeWire + WirePlumber

### Diagnostic Results

I verified headphone jack detection at the ALSA level using:

`watch "amixer -c0 contents | grep -A2 Jack"`

The control `numid=19,iface=CARD,name='Headphone Jack'` changes state correctly when plugging and unplugging headphones.

**Unplugged**
`values=off`

**Plugged**
`values=on`

This indicates that physical jack insertion is detected correctly.

### Additional ALSA Information

>From the attached `alsa-info.txt`:

- `Headphone Jack` reports `true` when plugged.
- `Headphone Playback Volume` is present.
- `Headphone Playback Switch` exists but remains `off`.
- Headphone pin `Node 0x21` is configured as `HP Out`, with `Pin-ctls: 0xc0: OUT HP`.

This suggests the codec exposes a valid headphone path and jack state, but the headphone route is not being selected or activated in userspace.

### Observed Behavior

- ALSA detects headphone insertion and removal correctly.
- The desktop audio output does not automatically switch to headphones.
- Audio continues through the internal speakers after headphones are plugged in.
- KDE / PipeWire does not expose a usable active headphone output.

### Additional Context

This issue was first reported in the SOF project.

Based on maintainer feedback there, HDA jack detection appears to be working correctly, which suggests the problem may be related to UCM jack mapping, port exposure, or user-space routing policy rather than low-level codec detection.

Related discussion: https://github.com/thesofproject/linux/issues/5757

### Technical Details

>From `alsa-info`:

- Headphone node: `Node 0x21 [Pin Complex]`
- Pin default: `0x03211020: [Jack] HP Out at Ext Left`
- Topology: `intel/sof-ipc4-tplg/sof-hda-generic-2ch.tplg`

Relevant playback controls are present:

- `Headphone Playback Switch`
- `Headphone Playback Volume`

### Request

Could you check whether this hardware requires a dedicated UCM configuration, jack mapping, or port definition for PCI SSID `103C:8CDE`?

`alsa-info.txt` attachement:
[alsa-info.txt](https://github.com/user-attachments/files/27514810/alsa-info.txt)

Issue URL     : https://github.com/alsa-project/alsa-ucm-conf/issues/758
Repository URL: https://github.com/alsa-project/alsa-ucm-conf