]> git.ipfire.org Git - thirdparty/kernel/linux.git/commit
ALSA: hda/realtek: call alc_update_headset_mode() in hp_automute_hook
authorHui Wang <hui.wang@canonical.com>
Sat, 20 Mar 2021 09:15:42 +0000 (17:15 +0800)
committerTakashi Iwai <tiwai@suse.de>
Mon, 22 Mar 2021 11:19:25 +0000 (12:19 +0100)
commite54f30befa7990b897189b44a56c1138c6bfdbb5
treec5abea1ec91460e6a2a550abbd10b6e4884b4c93
parentfebf22565549ea7111e7d45e8f2d64373cc66b11
ALSA: hda/realtek: call alc_update_headset_mode() in hp_automute_hook

We found the alc_update_headset_mode() is not called on some machines
when unplugging the headset, as a result, the mode of the
ALC_HEADSET_MODE_UNPLUGGED can't be set, then the current_headset_type
is not cleared, if users plug a differnt type of headset next time,
the determine_headset_type() will not be called and the audio jack is
set to the headset type of previous time.

On the Dell machines which connect the dmic to the PCH, if we open
the gnome-sound-setting and unplug the headset, this issue will
happen. Those machines disable the auto-mute by ucm and has no
internal mic in the input source, so the update_headset_mode() will
not be called by cap_sync_hook or automute_hook when unplugging, and
because the gnome-sound-setting is opened, the codec will not enter
the runtime_suspend state, so the update_headset_mode() will not be
called by alc_resume when unplugging. In this case the
hp_automute_hook is called when unplugging, so add
update_headset_mode() calling to this function.

Cc: <stable@vger.kernel.org>
Signed-off-by: Hui Wang <hui.wang@canonical.com>
Link: https://lore.kernel.org/r/20210320091542.6748-2-hui.wang@canonical.com
Signed-off-by: Takashi Iwai <tiwai@suse.de>
sound/pci/hda/patch_realtek.c