The quirk for Dell laptops with STAC9228 overrides the pin default config of NID 0x0f to the value with AC_DEFCFG_MISC_NO_PRESENCE bit on. I'm not quite sure why this was done so, but can guess that this was introduced for avoiding this to be muted by another headphone plug. Now, after transition to the generic parser, this workaround rather causes a problem (notably as unexpected speaker mutes) because the pin is seen as if it's always plugged in.
Is there any side effect when the driver perform pin fixup on line out
pin
complex which pincap does not support HP to headphone phone complex
Refer to STAC9228 datasheet , port F does not support headphone out
Yes, but we checked that Windows show in the same way (the secondary headphone), so we just take it as is.
Is this a regression since it surround 5.1 was supported ?
http://git.kernel.org/cgit/linux/kernel/git/tiwai/hda-emu.git/plain/codecs/s...
Simple mixer control 'Headphone as Line Out',0 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [on]
Simple mixer control 'Mic as Output',0 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [on]
Simple mixer control 'Swap Center/LFE',0 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [off]