This appears to be a kernel bug. There are two fingers on the touchpad, but only one finger moves. The second is perfectly still but that's almost impossible to do (and you indicated that you moved both upwards). Can you try a different (older?) kernel version to figure out what version introduced the bug?

I use kernel version 4.13.4-200.fc26.x86_64

when i reboot the two finger scroll works at first.

But after my laptop was in suspend mode (i closed the laptop lid)
the two finger scroll does not work anymore.

That's a kernel bug, I'm seeing this one locally too, somehow the finger count is off after suspend. For some reason I can't find the real bug number for this one now though

I'm experiencing the same issue as JanUlirich on my Thinkpad X1 Carbon running Debian buster/sid, libinput 1.8.2 and linux 4.13.0-7.2-liquorix-amd64.

After returning from suspend my two-finger scroll stops working.

Hi, i noticed this bug on ubuntu (see https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1722478)

i tested some kernels and 4.11.12 was the last version where this was working. 4.12-rc1 introduced the bug. (i am also using a t440s)

I can confirm this bug on my thinkpad t440 running fedora 25.
Kernel version 4.13.11-200.fc26.x86_64.
Two-finger scroll and right click with two fingers tap stop working after suspend, but oddly you can scroll with three fingers.

Everyone having this problem on the thinkpad, check the bios to see if the trackpad is enabled ! I did some tests, if you disable the trackpad on bios, it will work anyways until you suspend.

On kernel 4.13.11-200 after the suspend, the trackpad would work, but not two finger scroll.

After updating fedora trough dnf, on kernel 4.13.12-200, with the trackpad disabled on bios everything works until you suspend, then the trackpad is completely disabled !

this a kernel bug and is not caused by the bios: https://bugzilla.kernel.org/show_bug.cgi?id=196719

bisecting resulted that e839ffab028981ac77f650faf8c84f16e1719738 is the first bad commit (see https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1722478 )

by setting the kernel parameter psmouse.synaptics_intertouch=0 the bug can be temporary circumvented

The bug seems to be solved in kernel version 4.13.10-200

but now that i upgraded my fedora to kernel 4.13.13 the problem resurfaced.
After a suspend the scrolling with the touchpad stops working.

(In reply to thorstenr_42 from comment #8)
> this a kernel bug and is not caused by the bios:
> https://bugzilla.kernel.org/show_bug.cgi?id=196719
> 
> bisecting resulted that e839ffab028981ac77f650faf8c84f16e1719738 is the
> first bad commit (see
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1722478 )
> 
> by setting the kernel parameter psmouse.synaptics_intertouch=0 the bug can
> be temporary circumvented

As sugested by you in the ubuntu launchpad, adding the parameter 'psmouse.synaptics_intertouch=0' to /etc/default/grub works perfectly !

In my case on fedora 27 I had to update grub with:
sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg instead of sudo update-grub

Tks for the temporary fix!

Same problem here with 4.14.13-300.fc27.x86_64: no more touchpad scrolling when I resume after a suspend.

I've got the same issue under Fedora 27 on a T440s

libinput --version 
1.9.4


xinput list-props "SynPS/2 Synaptics TouchPad":
unable to find device SynPS/2 Synaptics TouchPad:
[root@t440s ~]# xinput list-props "SynPS/2 Synaptics TouchPad"
Device 'SynPS/2 Synaptics TouchPad':
	Device Enabled (141):	1
	Coordinate Transformation Matrix (143):	1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
	libinput Tapping Enabled (278):	0
	libinput Tapping Enabled Default (279):	0
	libinput Tapping Drag Enabled (280):	1
	libinput Tapping Drag Enabled Default (281):	1
	libinput Tapping Drag Lock Enabled (282):	0
	libinput Tapping Drag Lock Enabled Default (283):	0
	libinput Tapping Button Mapping Enabled (284):	1, 0
	libinput Tapping Button Mapping Default (285):	1, 0
	libinput Natural Scrolling Enabled (286):	0
	libinput Natural Scrolling Enabled Default (287):	0
	libinput Left Handed Enabled (288):	0
	libinput Left Handed Enabled Default (289):	0
	libinput Accel Speed (290):	0.000000
	libinput Accel Speed Default (291):	0.000000
	libinput Scroll Methods Available (292):	1, 1, 0
	libinput Scroll Method Enabled (293):	1, 0, 0
	libinput Scroll Method Enabled Default (294):	1, 0, 0
	libinput Click Methods Available (295):	1, 1
	libinput Click Method Enabled (296):	0, 1
	libinput Click Method Enabled Default (297):	1, 0
	libinput Middle Emulation Enabled (298):	0
	libinput Middle Emulation Enabled Default (299):	0
	libinput Send Events Modes Available (263):	1, 1
	libinput Send Events Mode Enabled (264):	0, 0
	libinput Send Events Mode Enabled Default (265):	0, 0
	libinput Disable While Typing Enabled (300):	1
	libinput Disable While Typing Enabled Default (301):	1
	Device Node (266):	"/dev/input/event16"
	Device Product ID (267):	2, 7
	libinput Drag Lock Buttons (302):	<no items>
	libinput Horizontal Scroll Enabled (303):	1

Closing this one, it's a kernel bug, no point keeping it open here just to attract more "me too" comments. We cannot fix this in libinput and the workaround for the kernel is to disable RMI4 via the 'psmouse.synaptics_intertouch=0' kernel parameter.