Bug 209199 - Touchpad not recognized on Lenovo IdeaPad Slim 7 (Intel)
Summary: Touchpad not recognized on Lenovo IdeaPad Slim 7 (Intel)
Status: NEW
Alias: None
Product: Drivers
Classification: Unclassified
Component: Input Devices (show other bugs)
Hardware: Intel Linux
: P1 high
Assignee: drivers_input-devices
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-09-08 00:40 UTC by Daniel
Modified: 2020-10-14 23:01 UTC (History)
2 users (show)

See Also:
Kernel Version: 5.8.14
Subsystem:
Regression: No
Bisected commit-id:


Attachments
Dmesg (87.97 KB, text/plain)
2020-09-08 00:41 UTC, Daniel
Details
lsusb -v (61.36 KB, text/plain)
2020-09-08 00:41 UTC, Daniel
Details
lspci -vvv (39.30 KB, text/plain)
2020-09-08 00:45 UTC, Daniel
Details
lspci (1.80 KB, text/plain)
2020-09-08 00:45 UTC, Daniel
Details
libinput list-devices (4.95 KB, text/plain)
2020-09-08 00:46 UTC, Daniel
Details
xinput list (1.12 KB, text/plain)
2020-09-08 00:47 UTC, Daniel
Details
lsmod (8.48 KB, text/plain)
2020-09-08 00:50 UTC, Daniel
Details
hwinfo (458.54 KB, text/plain)
2020-09-08 00:50 UTC, Daniel
Details
dmesg (76.64 KB, text/plain)
2020-09-08 00:54 UTC, Daniel
Details
udevdb (228.84 KB, text/plain)
2020-09-12 00:11 UTC, Daniel
Details
dsdt.dsl (1.60 MB, text/plain)
2020-09-12 00:16 UTC, Daniel
Details
acpidump (1.60 MB, text/plain)
2020-09-12 00:16 UTC, Daniel
Details
dmesg (good boot) (83.17 KB, text/plain)
2020-10-14 22:59 UTC, Daniel
Details
dmesg (bad boot) (104.19 KB, text/plain)
2020-10-14 23:00 UTC, Daniel
Details

Description Daniel 2020-09-08 00:40:37 UTC
The touchpad built into the Lenovo IdeaPad Slim 7 (14", Intel) (82A4000MUS) is not recognized. It does not seem to appear in any of: xinput, libinput, lspci, lsusb, /proc/bus/input/devices. The touchpad was not functional when booting with

Ubuntu 20.04, Kernel 5.4.0-45-generic
Arch, Kernel 5.8.7
Arch, Kernel 5.8.5
Arch, Kernel 5.4.63 LTS
or with any of the above in fallback mode.


Result of hw-probe -all -upload
https://linux-hardware.org/?probe=fe106c40e3
Comment 1 Daniel 2020-09-08 00:41:20 UTC
Created attachment 292399 [details]
Dmesg
Comment 2 Daniel 2020-09-08 00:41:47 UTC
Created attachment 292401 [details]
lsusb -v
Comment 3 Daniel 2020-09-08 00:45:07 UTC
Created attachment 292403 [details]
lspci -vvv
Comment 4 Daniel 2020-09-08 00:45:25 UTC
Created attachment 292405 [details]
lspci
Comment 5 Daniel 2020-09-08 00:46:25 UTC
Created attachment 292407 [details]
libinput list-devices
Comment 6 Daniel 2020-09-08 00:47:27 UTC
Created attachment 292409 [details]
xinput list
Comment 7 Daniel 2020-09-08 00:50:31 UTC
Created attachment 292411 [details]
lsmod
Comment 8 Daniel 2020-09-08 00:50:52 UTC
Created attachment 292413 [details]
hwinfo
Comment 9 Daniel 2020-09-08 00:54:37 UTC
Created attachment 292415 [details]
dmesg
Comment 10 Daniel 2020-09-08 00:59:34 UTC
I am using a separate usb mouse (Logitech M510) which works and shows up in some of the attached logs.

Also, booting with any of the kernel options
i8042.nopnp
i8042.nomux i8042.reset
i8042.noloop i8042.nomux i8042.nopnp i8042.reset 
does not solve the issue.
Comment 11 Daniel 2020-09-08 22:42:19 UTC
Update: I compiled and booted the mainline kernel version 5.9.0-rc4 and the problem persists.
Comment 12 Daniel 2020-09-12 00:11:22 UTC
Created attachment 292475 [details]
udevdb
Comment 13 Daniel 2020-09-12 00:16:28 UTC
Created attachment 292477 [details]
dsdt.dsl
Comment 14 Daniel 2020-09-12 00:16:59 UTC
Created attachment 292479 [details]
acpidump
Comment 15 Daniel 2020-09-12 00:29:28 UTC
From the windows device manager:

I2C HID Device
    Device instance path: ACPI\SYNA2B5A\1
    BIOS device name: \_SB.PCI0.I2C1.TPD0

HID-compliant touch pad
    Device instance path: HID\SYNA2B5A&COL02\5&101714B1&0&0001
Comment 16 Marco 2020-09-20 11:53:59 UTC
I have the same issue with my:
"Lenovo Yoga Slim 7-15IIL05 Laptop (ideapad) - Type 82AA".

If I run the following:
cd /sys/bus/acpi/devices
for d in $(ls -1 */hid); do d=${d%/*}; grep -q PNP0C50 $d/modalias && echo $d; done
=> I get the result:   SYNA2B5A:00
Comment 17 Marco 2020-10-09 20:03:55 UTC
Touchpad works with Fedora-32 Kernel-5.8.13-200
Comment 18 Daniel 2020-10-13 00:13:45 UTC
The touchpad partially works on Arch with kernel 5.8.13.

When powering off then back on, the touchpad works without issue. When rebooting, the touchpad does not work and spams dmesg with "i2c_designware i2c_designware.1: controller timed out".
Comment 19 Daniel 2020-10-13 00:15:58 UTC
The touchpad totally works (so far) on Arch with kernel 5.8.14. No configuration was changed (manually) before updating to 5.8.13 or before updating again to 5.8.14, so it seems like the issue has been resolved.
Comment 20 Daniel 2020-10-13 00:20:48 UTC
The touchpad now shows up under both libinput and xinput as two distinct devices

SYNA2B5A:00 06CB:CDB0 Mouse
SYNA2B5A:00 06CB:CDB0 Touchpad
Comment 21 Daniel 2020-10-13 00:22:07 UTC
Is there any additional information or logs I should post to help others in the future trying to diagnose this or a similar issue?
Comment 22 Daniel 2020-10-14 19:27:52 UTC
The touchpad does not totally work after all on 5.8.14. It's infrequent, but on some boots the touchpad does not work and dmesg shows the same i2c_designware controller timed out message.
Comment 23 Daniel 2020-10-14 22:59:35 UTC
Created attachment 292971 [details]
dmesg (good boot)

dmesg for a boot where the touchpad is working
Comment 24 Daniel 2020-10-14 23:00:32 UTC
Created attachment 292973 [details]
dmesg (bad boot)

dmesg for a boot where the touchpad is not working

Note You need to log in before you can comment on or make changes to this bug.