This bug was fixed in the package linux - 5.11.0-13.14

---------------
linux (5.11.0-13.14) hirsute; urgency=medium

  * CVE-2020-27170
    - bpf: Prohibit alu ops for pointer types not defining ptr_limit
    - bpf, selftests: Fix up some test_verifier cases for unprivileged

  * CVE-2020-27171
    - bpf: Fix off-by-one for area size in creating mask to left

 -- Andrea Righi <andrea.ri...@canonical.com>  Fri, 19 Mar 2021 16:49:32
+0100

** Changed in: linux (Ubuntu Hirsute)
       Status: Fix Committed => Fix Released

** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2020-27170

** CVE added: https://cve.mitre.org/cgi-bin/cvename.cgi?name=2020-27171

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1919123

Title:
  Dell Precision 5550 takes up to 10 seconds to respond when coming out
  of sleep

Status in HWE Next:
  New
Status in linux package in Ubuntu:
  Fix Released
Status in linux-oem-5.10 package in Ubuntu:
  Invalid
Status in linux source package in Focal:
  In Progress
Status in linux-oem-5.10 source package in Focal:
  Fix Committed
Status in linux source package in Groovy:
  In Progress
Status in linux source package in Hirsute:
  Fix Released

Bug description:
  [Impact]
  On some platforms, the EC doesn't support the register reading sequence
  for sentelic[1], and then make the EC can't respond commands for a while
  when probing. It leads to the keyboard is non-responsive for around 10
  seconds while waking up from s2idle.

  [   44.304488] i8042: [9804] d4 -> i8042 (command)
  [   44.304634] i8042: [9804] f3 -> i8042 (parameter)
  [   44.304787] i8042: [9804] fa <- i8042 (interrupt, 1, 12)
  [   44.304855] i8042: [9804] d4 -> i8042 (command)
  [   44.304938] i8042: [9804] 66 -> i8042 (parameter)
  [   44.337698] i8042: [9813] d4 -> i8042 (command)
  [   44.905695] i8042: [9942] 88 -> i8042 (parameter)
  [   45.497478] i8042: [10102] d4 -> i8042 (command)
  [   46.098041] i8042: [10253] f3 -> i8042 (parameter)
  [   46.098070] i8042: [10253] fe <- i8042 (interrupt, 1, 12)
  [   46.718154] i8042: [10386] d4 -> i8042 (command)
  [   47.309915] i8042: [10386] f4 -> i8042 (parameter)
  [   47.918961] i8042: [10556] d4 -> i8042 (command)
  [   48.402624] i8042: [10556] f6 -> i8042 (parameter)

  [Fix]
  A DMI quirk to mark this platform doesn't have aux device could avoid those 
commands to be sent. And the system could still using i2c
  interface to communicate with the touchpad.
  https://lkml.org/lkml/2021/3/15/126

  [Test]
  Verified on Dell Precision 5550

  [Where problem could occur]
  The quirk only affects the listed platform, there is no regression could 
occur.

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1919123/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to     : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to