This bug was fixed in the package linux-oem-osp1 - 5.0.0-1015.16
---------------
linux-oem-osp1 (5.0.0-1015.16) bionic; urgency=medium
* linux-oem-osp1: 5.0.0-1015.16 -proposed tracker (LP: #1836856)
* System does not auto detect disconnection of external monitor (LP: #1835001)
- drm/i915: Add support for retrying hotplug
- drm/i915: Enable hotplug retry
* alsa/hdmi: add icelake hdmi audio support for a Dell machine (LP: #1836916)
- ALSA: hda: hdmi - add Icelake support
- ALSA: hda/hdmi - Remove duplicated define
- ALSA: hda/hdmi - Fix i915 reverse port/pin mapping
* input/mouse: alps trackpoint-only device doesn't work (LP: #1836752)
- Input: alps - don't handle ALPS cs19 trackpoint-only device
* First click on Goodix touchpad doesn't be recognized after runtime suspended
(LP: #1836836)
- SAUCE: i2c: designware: add G3 3590 into i2c quirk
-- Timo Aaltonen <[email protected]> Thu, 18 Jul 2019
11:29:53 +0300
** Changed in: linux-oem-osp1 (Ubuntu Disco)
Status: Invalid => Fix Released
--
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/1835150
Title:
Sometimes touchpad detected as mouse(i2c designware fails to get
adapter number)
Status in HWE Next:
New
Status in linux package in Ubuntu:
Invalid
Status in linux-oem-osp1 package in Ubuntu:
Invalid
Status in linux source package in Bionic:
Fix Released
Status in linux-oem-osp1 source package in Bionic:
Fix Released
Status in linux source package in Disco:
Fix Released
Status in linux-oem-osp1 source package in Disco:
Fix Released
Bug description:
[Impact]
I2C designware fails to get its adapter number, and this may lead to fail to
access touchpad through I2C bus.
[ 6.476367] WARNING: CPU: 9 PID: 567 at
/build/linux-oem-osp1-bkWHJC/linux-oem-osp1-5.0.0/drivers/i2c/i2c-core-base.c:1322
i2c_add_numbered_adapter+0x81/0x90
[Fix]
The 2 commits from v5.1-rc1 fix this issue.
cd86d1403bb4 i2c: i2c-designware-platdrv: Always use a dynamic adapter
number
77f3381a83c2 i2c: i2c-designware-platdrv: Cleanup setting of the adapter
number
[Test]
Verified on Dell machine which had this issue.
[Regression Potential]
Low, the 2 commits make it always use dynamic adapter-numbers which does not
make any difference in most cases and in the one case where it does make a
difference the behavior change is desirable because the old behavior caused an
oops.
To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1835150/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp