Re: [PATCH] ALSA: hda/realtek: Add mute LED fixup for HP Pavilion 15-cs1xxx

[Rodrigo Faria]

The OEM Strings (Type 11) contain "String 6: HP_Mute_LED_0_A", which
confirms the BIOS knows about the LED.
However, it seems the auto-parser is not correctly mapping this to the
actual hardware on this model.
Regarding the 103c:0000 SSID: I noticed it in dmesg during some early
boot cycles, but the codec_dump consistently identifies the device as
103c:856a.
I've physically verified that the mute LED is connected to NID 0x1b.
Without this quirk, the LED remains non-functional even though the
audio itself works fine with the generic driver.

Best regards,
Rodrigo Faria

On Mon, May 4, 2026 at 4:54 PM Takashi Iwai <tiwai@xxxxxxx> wrote:
>
> On Mon, 04 May 2026 16:53:37 +0200,
> Rodrigo Faria wrote:
> >
> > Add a new fixup for the mute LED on the HP Pavilion 15-cs series
> > using the VREF on NID 0x1b. These models will no longer fall back
> > to the generic 103c:0000.
>
> So your model has a PCI SSID *:0000?  Or what does this mean exactly?
>
> > Signed-off-by: Rodrigo Faria <rodrigofilipefaria@xxxxxxxxx>
> > ---
> >  sound/hda/codecs/realtek/alc269.c | 20 ++++++++++++++++++++
> >  1 file changed, 20 insertions(+)
> >
> > diff --git a/sound/hda/codecs/realtek/alc269.c b/sound/hda/codecs/realtek/alc269.c
> > index a9cd03bb7..1db72bf28 100644
> > --- a/sound/hda/codecs/realtek/alc269.c
> > +++ b/sound/hda/codecs/realtek/alc269.c
> > @@ -1669,6 +1669,20 @@ static void alc295_fixup_hp_mute_led_coefbit11(struct hda_codec *codec,
> >       }
> >  }
> >
> > +static void alc295_fixup_hp_pavilion_mute_led_1b(struct hda_codec *codec,
> > +                                              const struct hda_fixup *fix,
> > +                                              int action)
> > +{
> > +     struct alc_spec *spec = codec->spec;
> > +
> > +     alc269_fixup_hp_mute_led(codec, fix, action);
> > +
> > +     if (action == HDA_FIXUP_ACT_PRE_PROBE) {
> > +             spec->mute_led_nid = 0x1b;
> > +             spec->mute_led_polarity = 0;
> > +     }
>
> Hm, the BIOS gives a wrong pin number via DMI?
> This bug pattern is new.
>
> I can take the patch, but I'd like to understand better what's going
> on.
>
>
> thanks,
>
> Takashi