summaryrefslogtreecommitdiff
path: root/README
diff options
context:
space:
mode:
authorHui Wang <hui.wang@canonical.com>2020-06-25 16:38:33 +0800
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2020-07-22 09:10:02 +0200
commit4b377ba64b91ed8fd55e50205120f135196abea5 (patch)
tree2cf1a72b39a690ae9846a65b1abba46cdffe3436 /README
parent231cfc1c95030633233f41f33bb2ae46d56498ba (diff)
ALSA: hda - let hs_mic be picked ahead of hp_mic
commit 6a6ca7881b1ab1c13fe0d70bae29211a65dd90de upstream. We have a Dell AIO, there is neither internal speaker nor internal mic, only a multi-function audio jack on it. Users reported that after freshly installing the OS and plug a headset to the audio jack, the headset can't output sound. I reproduced this bug, at that moment, the Input Source is as below: Simple mixer control 'Input Source',0 Capabilities: cenum Items: 'Headphone Mic' 'Headset Mic' Item0: 'Headphone Mic' That is because the patch_realtek will set this audio jack as mic_in mode if Input Source's value is hp_mic. If it is not fresh installing, this issue will not happen since the systemd will run alsactl restore -f /var/lib/alsa/asound.state, this will set the 'Input Source' according to history value. If there is internal speaker or internal mic, this issue will not happen since there is valid sink/source in the pulseaudio, the PA will set the 'Input Source' according to active_port. To fix this issue, change the parser function to let the hs_mic be stored ahead of hp_mic. Cc: stable@vger.kernel.org Signed-off-by: Hui Wang <hui.wang@canonical.com> Link: https://lore.kernel.org/r/20200625083833.11264-1-hui.wang@canonical.com Signed-off-by: Takashi Iwai <tiwai@suse.de> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'README')
0 files changed, 0 insertions, 0 deletions