Created attachment 1671230 [details]
debug-events using one finger

Created attachment 1671231 [details]
debug-events using two fingers

Created attachment 1671232 [details]
recorded with one finger

Created attachment 1671233 [details]
recorded with two fingers

# udevadm
Requires operation parameter.
[root@thelina ~]# udevadm info /sys/class/input/event9 
P: /devices/rmi4-00/input/input33/event9
N: input/event9
L: 0
E: DEVPATH=/devices/rmi4-00/input/input33/event9
E: DEVNAME=/dev/input/event9
E: MAJOR=13
E: MINOR=73
E: SUBSYSTEM=input
E: USEC_INITIALIZED=9801442
E: ID_INPUT=1
E: ID_INPUT_TOUCHPAD=1
E: ID_INPUT_WIDTH_MM=97
E: ID_INPUT_HEIGHT_MM=53
E: ID_BUS=rmi
E: ID_SERIAL=noserial
E: ID_INPUT_TOUCHPAD_INTEGRATION=internal
E: LIBINPUT_DEVICE_GROUP=1d/6cb/0:rmi4-00

# cat /sys/class/dmi/id/modalias 
dmi:bvnLENOVO:bvrJBET71WW(1.35):bd09/14/2018:svnLENOVO:pn20BXCTO1WW:pvrThinkPadT450s:rvnLENOVO:rn20BXCTO1WW:rvrSDK0E50512STD:cvnLENOVO:ct10:cvrNone:

# touchpad-edge-detector 100x108 /dev/input/event9
Touchpad Synaptics TM3053-004 on /dev/input/event9
Move one finger around the touchpad to detect the actual edges
Kernel says:	x [0..1940], y [0..1062]
Touchpad sends:	x [562..1749], y [290..967] /^C[2147483647..-2147483648] |

Touchpad size as listed by the kernel: 97x53mm
User-specified touchpad size: 100x108mm
Calculated ranges: 1187/677

Suggested udev rule:
# <Laptop model description goes here>
evdev:name:Synaptics TM3053-004:dmi:bvnLENOVO:bvrJBET71WW(1.35):bd09/14/2018:svnLENOVO:pn20BXCTO1WW:pvrThinkPadT450s:rvnLENOVO:rn20BXCTO1WW:rvrSDK0E50512STD:cvnLENOVO:ct10:cvrNone:*
 EVDEV_ABS_00=562:1749:12
 EVDEV_ABS_01=290:967:6
 EVDEV_ABS_35=562:1749:12
 EVDEV_ABS_36=290:967:6

Of a note, this was working fine in Fedora 31.

You can workaround it by suspending and resuming, then it the touchpad works normally.

there is a high chance it's a kernel issue that should be fixed by https://lkml.org/lkml/2020/3/11/1339

Can you give a try to this kernel patch?

Suspending and resuming did not change how the touchpad worked for me.  I'll give the patch a try.

Before applying the patch, I did an update.  I am now running libinput-1.15.4-1.fc32.x86_64.  I am still seeing the same problem.

Still running kernel 5.6.0-0.rc5.git0.2.fc32.x86_64

Words are hard.  I read my comments like the patch didn't work.  Here's what I meant to write.

I tested the suspend/resume method.  It did not solve my problem.  I updated the system to latest.  That didn't change anything other than a newer version of libinput.  Still not working.

I am still in the process of building a kernel with the patch recommended.  I will report results after that.

I applied the patch suggested in comment 8.  Things seem to be back to normal.  The pointer moves, smoothly.  Left and right click works as expected, etc.

thanks for the testing. Seems like we should be all set with that patch. Re-assigning to the kernel

Created attachment 1673173 [details]
Fixed up patch from comment 8

I had to mangle the patch header to make it work.  Andrew Duggan did not have his e-mail set correctly at least as far as lkml was concerned.  This patch is what worked for me.  The code does not change, just the "header" information.

I am adding this because I want to test kernel-5.6.0-0.rc7.git0.2.fc32, but I don't believe it's in there.  I'm in the process of building a local kernel in case kernel-5.6.0-0.rc7.git0.2.fc32 doesn't work.

Tested kernel-5.6.0-0.rc7.git0.2.fc32.  Same issue as before.  I applied the patch I uploaded based on the patch mentioned in comment 6.  Everything works well again.

comment 8, not comment 6.

Setting the fedora_prioritized_bug? to get this fixed for F32 final release. Without this change the touchpad on Lenovo T450s (and probably other models as well with the same touchpad) is barely usable. There is an upstream patch https://lkml.org/lkml/2020/3/11/1339 that was tested by maztaim that fixes the issue.

Proposed as a Freeze Exception for 32-final by Fedora user tpopela using the blocker tracking app because:

 Without this change the touchpad on Lenovo T450s (and probably other laptops as well with the same touchpad) is barely/not usable. There is an upstream patch https://lkml.org/lkml/2020/3/11/1339 that was tested by maztaim that fixes the issue.

Discussed during the 2020-03-30 blocker review meeting: [0]

The decision to classify this bug as an "AcceptedFreezeException" was made as this is a significant bug that makes use of a live image and initial installation difficult on affected systems, and those situations cannot be fixed with an update.

[0] https://meetbot.fedoraproject.org/fedora-blocker-review/2020-03-30/f32-blocker-review.2020-03-30-16.00.txt

FEDORA-2020-e8b6474ee5 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-e8b6474ee5

*** Bug 1816968 has been marked as a duplicate of this bug. ***

Tested kernel from https://bodhi.fedoraproject.org/updates/FEDORA-2020-e8b6474ee5, kernel works.  Pointer moves as expected.  Also ran kernel regression test case found in update, both are PASS.

FEDORA-2020-e8b6474ee5 has been pushed to the Fedora 32 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-e8b6474ee5`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-e8b6474ee5

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Fixes the issues with T450s touchpad for me.

FEDORA-2020-e8b6474ee5 has been pushed to the Fedora 32 stable repository.
If problem still persists, please make note of it in this bug report.

Not sure why this wasn't closed automatically, but hey.