Message ID | 20200414033122.4913-1-hui.wang@canonical.com |
---|---|
Headers | show |
Series | a fake headset key event will be triggered when plugging the headset on Lenovo x1c7 | expand |
On 14.4.2020 6.31, Hui Wang wrote: > BugLink: https://bugs.launchpad.net/bugs/1872583 > > [Impact] > When users plug a headset into the audio jack on Lenovo x1c7, the > audio driver can't stay in the rt_suspend state anymore > > [Fix] > don't let the driver trigger the fake key event applied to oem-5.6-next, thanks
On 23.4.2020 10.16, Timo Aaltonen wrote: > On 14.4.2020 6.31, Hui Wang wrote: >> BugLink: https://bugs.launchpad.net/bugs/1872583 >> >> [Impact] >> When users plug a headset into the audio jack on Lenovo x1c7, the >> audio driver can't stay in the rt_suspend state anymore >> >> [Fix] >> don't let the driver trigger the fake key event > > applied to oem-5.6-next, thanks actually, this came via stable, so I'll use that instead
On 14.04.20 05:31, Hui Wang wrote: > BugLink: https://bugs.launchpad.net/bugs/1872583 > > [Impact] > When users plug a headset into the audio jack on Lenovo x1c7, the > audio driver can't stay in the rt_suspend state anymore > > [Fix] > don't let the driver trigger the fake key event > > [Test Case] > boot the kenrel, enable the dyndbg on the codec driver, > plug/unplug the headset, check the runime pm status in the dmesg > > [Regression Risk] > Low, I have tested this patch Lenovo machines, they all worked well. > > > Hui Wang (1): > ALSA: hda/realtek - a fake key event is triggered by running shutup > > sound/pci/hda/patch_realtek.c | 170 +++++++++++++++++++++------------- > 1 file changed, 107 insertions(+), 63 deletions(-) > Acked-by: Kleber Sacilotto de Souza <kleber.souza@canonical.com>
Acked-by: Kamal Mostafa <kamal@canonical.com> -Kamal On Tue, Apr 14, 2020 at 11:31:21AM +0800, Hui Wang wrote: > BugLink: https://bugs.launchpad.net/bugs/1872583 > > [Impact] > When users plug a headset into the audio jack on Lenovo x1c7, the > audio driver can't stay in the rt_suspend state anymore > > [Fix] > don't let the driver trigger the fake key event > > [Test Case] > boot the kenrel, enable the dyndbg on the codec driver, > plug/unplug the headset, check the runime pm status in the dmesg > > [Regression Risk] > Low, I have tested this patch Lenovo machines, they all worked well. > > > Hui Wang (1): > ALSA: hda/realtek - a fake key event is triggered by running shutup > > sound/pci/hda/patch_realtek.c | 170 +++++++++++++++++++++------------- > 1 file changed, 107 insertions(+), 63 deletions(-) > > -- > 2.17.1 > > > -- > kernel-team mailing list > kernel-team@lists.ubuntu.com > https://lists.ubuntu.com/mailman/listinfo/kernel-team
On 2020-04-14 11:31:21 , Hui Wang wrote: > BugLink: https://bugs.launchpad.net/bugs/1872583 > > [Impact] > When users plug a headset into the audio jack on Lenovo x1c7, the > audio driver can't stay in the rt_suspend state anymore > > [Fix] > don't let the driver trigger the fake key event > > [Test Case] > boot the kenrel, enable the dyndbg on the codec driver, > plug/unplug the headset, check the runime pm status in the dmesg > > [Regression Risk] > Low, I have tested this patch Lenovo machines, they all worked well. > > > Hui Wang (1): > ALSA: hda/realtek - a fake key event is triggered by running shutup > > sound/pci/hda/patch_realtek.c | 170 +++++++++++++++++++++------------- > 1 file changed, 107 insertions(+), 63 deletions(-) > This was applied through a stable patch set. Verified in Focal/master-next. Thank you! -Kelsey > -- > 2.17.1 > > > -- > kernel-team mailing list > kernel-team@lists.ubuntu.com > https://lists.ubuntu.com/mailman/listinfo/kernel-team
On Tue, Apr 14, 2020 at 11:31:21AM +0800, Hui Wang wrote: > BugLink: https://bugs.launchpad.net/bugs/1872583 > > [Impact] > When users plug a headset into the audio jack on Lenovo x1c7, the > audio driver can't stay in the rt_suspend state anymore > > [Fix] > don't let the driver trigger the fake key event > > [Test Case] > boot the kenrel, enable the dyndbg on the codec driver, > plug/unplug the headset, check the runime pm status in the dmesg > > [Regression Risk] > Low, I have tested this patch Lenovo machines, they all worked well. Unstable already has this patch from upstream.