Re: [PATCH] ALSA: hda/realtek: Add quirk for HP 255 15.6 inch G9 Notebook PC
Geraldo Nascimento <[email protected]> Tue, 9 Jun 2026 17:02:41 -0300
| Newsgroups | org.alsa-project.alsa-devel,org.kernel.vger.linux-sound |
|---|---|
| Message-ID | <aihxYefWRPyf2zK9@geday> |
Hi Furst On Tue, Jun 09, 2026 at 09:54:43PM +0200, furstblumier wrote: > The HP 255 15.6 inch G9 Notebook PC (PCI SSID 103c:8a1b) uses the > ALC236 codec but lacks an entry in the quirk table, causing the kernel > to fall back to a null SSID match (103c:0000) and skip the necessary > fixup. Add a quirk entry using ALC236_FIXUP_HP_MUTE_LED_COEFBIT2, > matching the HP 255 G8 which uses the same codec and fixup. This fixes > the mute-button LED and fixes an issue with unplugging and replugging a > headset jack not being recognized as an audio sink. > > Signed-off-by: Furst Blumier <[email protected]> > --- > sound/hda/codecs/realtek/alc269.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/sound/hda/codecs/realtek/alc269.c b/sound/hda/codecs/realtek/alc269.c > index 11d0ea8ed..08c8b17b7 100644 > --- a/sound/hda/codecs/realtek/alc269.c > +++ b/sound/hda/codecs/realtek/alc269.c > @@ -7063,6 +7063,7 @@ static const struct hda_quirk alc269_fixup_tbl[] = { > SND_PCI_QUIRK(0x103c, 0x89da, "HP Spectre x360 14t-ea100", ALC245_FIXUP_HP_SPECTRE_X360_EU0XXX), > SND_PCI_QUIRK(0x103c, 0x89e7, "HP Elite x2 G9", ALC245_FIXUP_CS35L41_SPI_2_HP_GPIO_LED), > SND_PCI_QUIRK(0x103c, 0x8a0f, "HP Pavilion 14-ec1xxx", ALC287_FIXUP_HP_GPIO_LED), > + SND_PCI_QUIRK(0x103c, 0x8a1b, "HP 255 15.6 inch G9 Notebook PC", ALC236_FIXUP_HP_MUTE_LED_COEFBIT2), > SND_PCI_QUIRK(0x103c, 0x8a1f, "HP Laptop 14s-dr5xxx", ALC236_FIXUP_HP_MUTE_LED_COEFBIT2), > SND_PCI_QUIRK(0x103c, 0x8a20, "HP Laptop 15s-fq5xxx", ALC236_FIXUP_HP_MUTE_LED_COEFBIT2), > SND_PCI_QUIRK(0x103c, 0x8a25, "HP Victus 16-d1xxx (MB 8A25)", ALC245_FIXUP_HP_MUTE_LED_COEFBIT), > -- > 2.54.0 > The body of the patch and all metadata are now correct but you replied to your own message (that has been previously ignored) with the patch. Please don't do this. Please resend patches in their own thread, with the RESEND marker. If in doubt about the kernel process, consult https://docs.kernel.org