Re: [BUG] ALSA: hda/realtek: SSID 1458:a194 is shared by different Gigabyte ALC897 front-panel layouts

Re: [BUG] ALSA: hda/realtek: SSID 1458:a194 is shared by different Gigabyte ALC897 front-panel layouts

[Theodoros Orfanidis]

On Mon, 06 Apr 2026, Marcin Krycki wrote:
> [BUG] ALSA: hda/realtek: SSID 1458:a194 is shared by different
> Gigabyte ALC897 front-panel layouts

Same issue here. After a recent kernel update from 6.19.10 to 6.19.11
(Arch Linux), I realized my mic port had become another headphone out.

Pin 0x19 (the physical Front Mic jack) is re-tasked as a second
headphone output, and the microphone input disappears from the
available sources in the system.

Prior to this patch (tested on kernel 6.19.10), auto-config correctly
identified the separate pins:
  inputs: Rear Mic=0x18, Front Mic=0x19
  hp_outs=1 (0x1b)

With this patch applied:
  inputs: Mic=0x18
  hp_outs=2 (0x1b, 0x19)
  Front Mic (0x19) is missing from inputs.

Manually re-tasking Pin 0x19 back to'Microphone' via hdajackretask
restores the expected behavior.

Hardware: Gigabyte B660I AORUS PRO DDR4 (rev. 1.x)
PCI SSID: 1458:a194
Codec: Realtek ALC897

Re: [BUG] ALSA: hda/realtek: SSID 1458:a194 is shared by different Gigabyte ALC897 front-panel layouts

[Takashi Iwai]

On Tue, 07 Apr 2026 14:03:48 +0200,
Theodoros Orfanidis wrote:
> 
> On Mon, 06 Apr 2026, Marcin Krycki wrote:
> > [BUG] ALSA: hda/realtek: SSID 1458:a194 is shared by different
> > Gigabyte ALC897 front-panel layouts
> 
> Same issue here. After a recent kernel update from 6.19.10 to 6.19.11
> (Arch Linux), I realized my mic port had become another headphone out.
> 
> Pin 0x19 (the physical Front Mic jack) is re-tasked as a second
> headphone output, and the microphone input disappears from the
> available sources in the system.
> 
> Prior to this patch (tested on kernel 6.19.10), auto-config correctly
> identified the separate pins:
>   inputs: Rear Mic=0x18, Front Mic=0x19
>   hp_outs=1 (0x1b)
> 
> With this patch applied:
>   inputs: Mic=0x18
>   hp_outs=2 (0x1b, 0x19)
>   Front Mic (0x19) is missing from inputs.
> 
> Manually re-tasking Pin 0x19 back to'Microphone' via hdajackretask
> restores the expected behavior.
> 
> Hardware: Gigabyte B660I AORUS PRO DDR4 (rev. 1.x)
> PCI SSID: 1458:a194
> Codec: Realtek ALC897

OK, I'm going to revert the commit.  The fix patch looks dubious and
needs to be revisited.


thanks,

Takashi

[BUG] ALSA: hda/realtek: SSID 1458:a194 is shared by different Gigabyte ALC897 front-panel layouts

[Marcin Krycki]

Hi,

I found an issue with the recent ALC897 quirk for subsystem ID 1458:a194:

  SND_PCI_QUIRK(0x1458, 0xa194, "H610M H V2 DDR4",
                ALC897_FIXUP_H610M_HP_PIN)

My system:
- Board: Gigabyte B550 GAMING X V2
- Codec: Realtek ALC897
- Subsystem ID: 1458:a194

So my board uses the same subsystem ID as the one matched by the quirk above.

On my board this quirk is incorrect:
it forces pin 0x19 to HP out, but on this board 0x19 is the front microphone
pin and headphones are connected to 0x1b.

With the quirk applied:
- front microphone is detected as headphone
- front microphone does not work
- plugging only the microphone mutes speakers as if headphones were present

After removing the quirk match for 1458:a194, front panel behavior is correct:
- mic only: works
- hp only: works
- mic + hp: works
- mic only with hp unplugged: speakers remain active

This suggests that subsystem ID 1458:a194 is shared by at least two different
Gigabyte boards with different front-panel ALC897 layouts, so matching this
quirk only by SSID is too broad.

I am not sending a patch because the quirk may still be correct for the H610M
board it was added for. But the current SSID-based match causes regression on
Gigabyte B550 GAMING X V2.

Relevant codec dump:

=== Node 0x19 ===
Node 0x19 [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
  Control: name="Front Mic Boost Volume", index=0, device=0
    ControlAmp: chs=3, dir=In, idx=0, ofs=0
  Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
  Amp-In vals:  [0x01 0x01]
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x80 0x80]
  Pincap 0x0000373e: IN OUT HP Detect Trigger
    Vref caps: HIZ 50 GRD 80 100
  Pin Default 0x02a19040: [Jack] Mic at Ext Front
    Conn = 1/8, Color = Pink
    DefAssociation = 0x4, Sequence = 0x0
  Pin-ctls: 0x24: IN VREF_80
  Unsolicited: tag=03, enabled=1
  Power states:  D0 D1 D2 D3 EPSS
  Power: setting=D0, actual=D0
  Connection: 5
     0x0c* 0x0d 0x0e 0x0f 0x26

=== Node 0x1b ===
Node 0x1b [Pin Complex] wcaps 0x40058f: Stereo Amp-In Amp-Out
  Control: name="Headphone Playback Switch", index=0, device=0
    ControlAmp: chs=3, dir=Out, idx=0, ofs=0
  Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
  Amp-In vals:  [0x00 0x00]
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x00 0x00]
  Pincap 0x0001373e: IN OUT HP EAPD Detect Trigger
    Vref caps: HIZ 50 GRD 80 100
  EAPD 0x2: EAPD
  Pin Default 0x02214020: [Jack] HP Out at Ext Front
    Conn = 1/8, Color = Green
    DefAssociation = 0x2, Sequence = 0x0
  Pin-ctls: 0xc0: OUT HP VREF_HIZ
  Unsolicited: tag=01, enabled=1
  Power states:  D0 D1 D2 D3 EPSS
  Power: setting=D0, actual=D0
  Connection: 5
     0x0c 0x0d 0x0e 0x0f* 0x26

Regards,
Marcin Krycki
m.krycki@gmail.com