Re: [BUG] ALSA hda/realtek: Acer Nitro AN515-44 (ALC295) has blank PCI SSID 1025:0000, no headset-mode quirk

[Takashi Iwai <tiwai@suse.de>]

On Fri, 18 Sep 2026 17:44:16 +0200,
Wilson Luiz Prosdocimo wrote:
> 
> 
> Hello,
> 
> I'd like to report a hardware-detection issue with the Realtek ALC295 codec on
> an Acer Nitro AN515-44 laptop, which prevents any headset-mode / combo-jack
> mic detection from working, and causes speaker output to be incorrectly muted
> whenever anything is plugged into the analog jack (including a mic-only
> device).
> 
> System
> ------
> - Model: Acer Nitro AN515-44 (board: Stonic_RNS, BIOS Acer V1.04)
> - Distro: Omarchy (Arch-based)
> - Kernel: 7.2.5-3-omarchy
> - Codec: Realtek ALC295 (Vendor Id 0x10ec0295), HDA Subsystem Id 0x10251455
> - PCI device: 06:00.6, "Advanced Micro Devices, Inc. [AMD] Ryzen HD Audio
> Controller" [1022:15e3], PCI Subsystem [1025:1455]
> 
> Problem
> -------
> dmesg shows the ALC295 fixup match failing to find a model-specific quirk:
> 
> snd_hda_codec_alc269 hdaudioC1D0: ALC295: picked fixup for PCI SSID 1025:0000
> snd_hda_codec_alc269 hdaudioC1D0: autoconfig for ALC295: line_outs=1 (0x14/0x0
> /0x0/0x0/0x0) type:speaker
> snd_hda_codec_alc269 hdaudioC1D0: hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
> snd_hda_codec_alc269 hdaudioC1D0: inputs:
> snd_hda_codec_alc269 hdaudioC1D0: Mic=0x12
> 
> The fixup name is empty, and the PCI SSID logged for quirk matching is
> 1025:0000 ― i.e. the BIOS does not program a per-model PCI subsystem ID for
> the audio function, even though the HDA verb-reported "Subsystem Id"
> (0x10251455) and the lspci subsystem (1025:1455) are both non-zero. Because
> the 1025:0000 value doesn't match any SND_PCI_QUIRK entry in patch_realtek.c,
> the driver falls back to plain autoconfig with no headset-mode / combo-jack
> handling.
> 
> Pin complex dump for the relevant nodes (from /proc/asound/card1/codec#0):
> 
> Node 0x12 [Pin Complex] ... Pin Default 0x40 ... (internal Mic, autoconfig
> "Mic=0x12")
> Node 0x18/0x19/0x1a [Pin Complex] Pin Default 0x411111f0: [N/A] Speaker at Ext
> Rear (disconnected per BIOS pin table)
> Node 0x21 [Pin Complex] wcaps 0x40058d: Stereo Amp-Out
> Pin Default 0x0421101f: [Jack] HP Out at Ext Right
> Pin-ctls: 0xc0: OUT HP
> 
> Only NID 0x21 (HP-out) is wired to a real, jack-sensed external port ― it's
> the sole physical analog jack on this laptop, shared for headphones/headset
> use. Because no combo-jack/headset-mode quirk is applied, ALSA only exposes a
> single boolean "Headphone Jack" control with no ability to distinguish a
> headphone/headset from a plain external microphone plugged into the same jack:
> 
> numid=12,iface=CARD,name='Headphone Jack' (boolean, real sensing)
> numid=11,iface=CARD,name='Mic Phantom Jack' (boolean, always "on" ― no real
> sensing)
> 
> User impact: plugging a standalone external microphone into this jack (common
> for video calls) flips the Headphone Jack sense bit, and userspace
> (WirePlumber/PipeWire) switches the active output port from "Speakers" to
> "Headphones", silencing the internal speakers, since the driver gives it no
> way to know the difference. On Windows, the Realtek driver's impedance-based
> headset-mode detection handles this correctly (prompts for device type);
> there's no equivalent working here because no fixup is matched.
> 
> This looks like the same class of bug recently fixed for sibling Acer Nitro
> models where the BIOS also fails to program a real PCI SSID, e.g.:
> 
> SND_PCI_QUIRK(0x1025, 0x159c, "Acer Nitro 5 AN515-58",
> ALC2XX_FIXUP_HEADSET_MIC)
> 
> and the recent patches for Acer Nitro ANV15-51 / Nitro 16 AI covering the same
> "SSID reads 1025:0000" pattern.
> 
> Could a similar quirk (ALC2XX_FIXUP_HEADSET_MIC or equivalent) be added for
> this board, keyed on DMI (sys_vendor "Acer", product_name "Nitro AN515-44",
> board_name "Stonic_RNS") since the PCI SSID itself isn't usable for
> disambiguation? Happy to provide more diagnostics (full alsa-info.sh output,
> hda-verb dumps, etc.) and to test any proposed patch on this hardware.

The driver doesn't use DMI matching, so the PCI SSID (or the codec
SSID) matching would be the way to go.

You can try to pass "model=1024:151e" to snd-hda-intel module option
(or it might be "model=,1024:151e" instead (see the comma)) for using
the same quirk for Nitro AN515-45.

If that works, let us know.  I can create a proper patch for adding
the entry for your device.


thanks,

Takashi