Bug 2000660 - Fedora 34 now recognizes ThinkPad Touchpad as generic mouse
Summary: Fedora 34 now recognizes ThinkPad Touchpad as generic mouse
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 34
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-09-02 16:20 UTC by Scott Williams
Modified: 2021-09-30 18:59 UTC (History)
18 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-09-30 18:59:38 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
dmesg output from current boot (114.95 KB, text/plain)
2021-09-02 16:20 UTC, Scott Williams
no flags Details

Description Scott Williams 2021-09-02 16:20:59 UTC
Created attachment 1820086 [details]
dmesg output from current boot

1. Please describe the problem:
After a recent upgrade and reboot to 5.13.12-200.fc34.x86_64, the touchpad is no longer recognized as a touchpad, but as a generic PS/2 mouse:

mousedev: PS/2 mouse device common for all mice

This means that touchpad options disappear from Gnome settings and things like two finger scrolling no longer work.

2. What is the Version-Release number of the kernel:

5.13.12-200.fc34.x86_64


3. Did it work previously in Fedora? If so, what kernel version did the issue
   *first* appear?  Old kernels are available for download at
   https://koji.fedoraproject.org/koji/packageinfo?packageID=8 :
Yes, it previously worked in Fedora 34 until this morning.


4. Can you reproduce this issue? If so, please provide the steps to reproduce
   the issue below:
Yes.  Boot Fedora with latest updates on a ThinkPad P14 Gen1.


5. Does this problem occur with the latest Rawhide kernel? To install the
   Rawhide kernel, run ``sudo dnf install fedora-repos-rawhide`` followed by
   ``sudo dnf update --enablerepo=rawhide kernel``:


6. Are you running any modules that not shipped with directly Fedora's kernel?:
No.

7. Please attach the kernel logs. You can get the complete kernel log
   for a boot with ``journalctl --no-hostname -k > dmesg.txt``. If the
   issue occurred on a previous boot, use the journalctl ``-b`` flag.

Comment 1 Scott Williams 2021-09-02 16:29:44 UTC
It's possible that this regression may be due to https://bugzilla.redhat.com/show_bug.cgi?id=1974002 added in the recent kernel change logs and that the touchpad is getting picked up as a serial mouse now instead of its actual device.  It seems serial mouse might be getting prioritized earlier in the kernel detection than it should?  I'll try booting an older kernel to verify.

Comment 2 Scott Williams 2021-09-02 16:34:10 UTC
Booting into 5.13.10-200.fc34.x86_64, the touchpad works fine.  It appears to be a regression in the most recent kernel.

Comment 3 Scott Williams 2021-09-02 16:36:51 UTC
Here's the dmesg output on the .10 kernel that isn't present on the .12 kernel, in case its helpful to narrow it down:

[    1.625436] psmouse serio1: synaptics: queried max coordinates: x [..5678], y [..4694]
[    1.660993] psmouse serio1: synaptics: queried min coordinates: x [1266..], y [1162..]
[    1.661006] psmouse serio1: synaptics: Your touchpad (PNP: LEN2064 PNP0f13) says it can support a different bus. If i2c-hid and hid-rmi are not used, you might want to try setting psmouse.synaptics_intertouch to 1 and report this to linux-input.org.
[    1.726765] psmouse serio1: synaptics: Touchpad model: 1, fw: 10.32, id: 0x1e2a1, caps: 0xf014a3/0x940300/0x12e800/0x500000, board id: 3471, fw id: 2909640
[    1.726782] psmouse serio1: synaptics: serio: Synaptics pass-through port at isa0060/serio1/input0
[    1.768966] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input6

Comment 4 Scott Williams 2021-09-02 16:47:52 UTC
Good news - I saw that .13 is in bodhi, so I installed that kernel and the touchpad works there, so the the regression appears to be specific to the .12 kernel.  I left good karma in https://bodhi.fedoraproject.org/updates/FEDORA-2021-fa21bb7e7a for it.

Comment 5 Scott Williams 2021-09-02 17:04:27 UTC
Looking at the kernel logs for .13, it's possible that only AMD devices might be affected as 59734f7eaaa447bcb8cd2b96d1d6b88ebb757c44 is the only commit that looks possibly relevant, which introduced a 20ms delay for AMD PCI/USB devices for proper detection: https://patchwork.kernel.org/project/linux-pm/patch/20191014061355.29072-1-drake@endlessm.com/

My Lenovo P14 happens to be a Ryzen 7 (though a newer generation), so it seems my issue was somehow fixed as a byproduct.


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