Two-finger scrolling and click-and-drag no longer works after resuming from suspend

This change was made by a bot.

I managed to get two-finger scrolling working after installing the Intel microcode firmware package.

No idea whether this is a true fix for it or just luck though.

Sigh, and it broke again after this morning's updates and a reboot. Here is a list of the updates in question if it can be of any help:

Start-Date: 2017-10-11 09:06:14
Commandline: apt upgrade
Requested-By: ghislain (1000)
Upgrade: poppler-utils:amd64 (0.57.0-2ubuntu2, 0.57.0-2ubuntu4), libseccomp2:amd64 (2.3.1-2.1ubuntu2, 2.3.1-2.1ubuntu3), update-manager-core:amd64 (1:17.10.10, 1:17.10.11), gnome-session-common:amd64 (3.26.1-0ubuntu1, 3.26.1-0ubuntu2), gir1.2-mutter-1:amd64 (3.26.1-1, 3.26.1-2), update-manager:amd64 (1:17.10.10, 1:17.10.11), libmutter-1-0:amd64 (3.26.1-1, 3.26.1-2), ubuntu-session:amd64 (3.26.1-0ubuntu1, 3.26.1-0ubuntu2), mutter-common:amd64 (3.26.1-1, 3.26.1-2), ubuntu-docs:amd64 (17.10.6, 17.10.7), python3-distupgrade:amd64 (1:17.10.6, 1:17.10.7), python3-update-manager:amd64 (1:17.10.10, 1:17.10.11), ubuntu-release-upgrader-core:amd64 (1:17.10.6, 1:17.10.7), gnome-session-bin:amd64 (3.26.1-0ubuntu1, 3.26.1-0ubuntu2), libjpeg-turbo8:amd64 (1.5.2-0ubuntu3, 1.5.2-0ubuntu4), ubuntu-release-upgrader-gtk:amd64 (1:17.10.6, 1:17.10.7), unattended-upgrades:amd64 (0.97ubuntu2, 0.98ubuntu1), libpoppler-glib8:amd64 (0.57.0-2ubuntu2, 0.57.0-2ubuntu4), libpoppler68:amd64 (0.57.0-2ubuntu2, 0.57.0-2ubuntu4), mutter:amd64 (3.26.1-1, 3.26.1-2), libclutter-gtk-1.0-0:amd64 (1.8.4-1, 1.8.4-2)
End-Date: 2017-10-11 09:06:23

Since these updates, I can no longer use two-finger scrolling but still can enable edge-scrolling as a substitute.

Now it's back after the latest kernel update.

And it's gone again :(

Does "synclient HorizTwoFingerScroll=1" work?

> Does "synclient HorizTwoFingerScroll=1" work?

No, since xserver-xorg-input-synaptics is not installed by default. Two-finger scrolling used to work without it, so I don't think that's where the solution is.

Maybe try xserver-xorg-input-evdev instead of xserver-xorg-input-libinput?

I found a reproducible setup for this bug: I can get 2-finger scrolling to work after a fresh boot, but it stops working after resuming from suspend.

Please try kernel here:

http://people.canonical.com/~khfeng/lp1722478/

I have installed your kernel:

$ uname -r
4.13.0-17-generic

Still, two-finger scrolling does not work after suspend/resume.

You need to do a kernel bisection then.

Find the first mainline kernel release that make your touchpad cease to work in http://kernel.ubuntu.com/~kernel-ppa/mainline/

I suppose I should start at kernel 4.10, since it was working with kernel 4.9 on Debian Stretch.

Make sure v4.9 is good and v4.10 is bad, then find the first version of v4.10-rc* that has this problem.

The bug affects me as well, same machine. In the mean time, to avoid rebooting, you can reload the module, as super user:
modprobe -r psmouse
modprobe psmouse
This fix the problem for me.

also affects me! I am using thinkpad t440s

also occurs on fedora: https://bugs.freedesktop.org/show_bug.cgi?id=103149

Also affects me on a Thinkpad T440 in Ubuntu 17.10

so i tested some kernels from http://kernel.ubuntu.com/~kernel-ppa/mainline/

and found:
4.11.12 -- working
4.12-rc1 -- bug occurs

i tested it by installing a specific kernel and first verified that two finger scrolling is working and then tested if it is still working after a suspend/resume.
What would be the next necessary steps to identify which commit causes this bug?

First, make sure 4.11 is working.

I can build kernel for you, but it will take a dozen iterations.

It can be much faster if you build your own kernel locally,
$ sudo apt install git
$ sudo apt build-dep linux
$ git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
$ cd linux
$ git bisect start
$ git bisect good v4.11
$ git bisect bad v4.12-rc1
$ make localmodconfig
$ make -j`nproc` deb-pkg
Install the newly built kernel.
If the issue still happens,
$ git bisect bad
...otherwise,
$ git bisect good
Repeat to "make -j`nproc` deb-pkg" until you find the commit that causes the regression.

having the same issue with my t440p thinkpad after updating from 17.04 to 17.10...

can somebody please explain how i install the working kernel (4.11.12) were Thorsten was talking about? Because this bug is really annoying as this is my working laptop...

@fgod1983

Download the .deb files for amd64 listed in http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.11.12/. Open a terminal in your download folder and run `apt install ./linux*4.11.12*.deb`. After the install is completed, reboot your laptop, and select kernel 4.11.12 in the grub selection window early in the boot stage. You might have to press the shift hey to display the kernel selection, which is hidden by default in Ubuntu (plain purple window at boot).

@ kaihengfeng

So i did the bisecting as you described (thanks for that!) and I hope that i did everything right. For the questions during the config i always just pressed enter so that the default choice is used.
It's the first time i did this so please be skeptical with my findings!

So after a hours of building kernels, i got the following results:

first bad commit: [0be75179df5e20306528800fc7c6a504b12b97db] Merge tag 'driver-core-4.12-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core

To verify the result i booted the default kernel and removed all self build kernels. Afterwards
i checkout the last good commit (according to the bisect log):

 $ git checkout 523aa3586ffb1fc11a9bf88f77ebaf71a15eb998

and build a kernel and tested this -> is working

Then the same with the first bad commit:

 $ git checkout 0be75179df5e20306528800fc7c6a504b12b97db

again build a kernel and tested this -> not working.

What i find strange is, if i count the number of commits betweens these two hashes i get the following:

 $ git rev-list 0be75179df5e20306528800fc7c6a504b12b97db ^523aa3586ffb1fc11a9bf88f77ebaf71a15eb998 --count
 8860

I thought bisecting would give me more precisely the wrong commit? So what are the next steps?

@ fgod1983/ghisvail
    better only use the gernic parts and not the lowlatency stuff, for example i only download:

    - linux-headers-4.11.12-041112_4.11.12-041112.201707210350_all.deb
    - linux-headers-4.11.12-041112-generic_4.11.12-041112.201707210350_amd64.deb
    - linux-image-4.11.12-041112-generic_4.11.12-041112.201707210350_amd64.deb

    into one new folder and then used

      $sudo dpkg -i *.deb

    in this folder. However, non default kernels mean you have to update the kernel manually, so maybe default kernel and as described above

      $ sudo modprobe -r psmouse
      $ sudo modprobe psmouse

    is the better choice in the meantime (or use ubuntu lts)

the modprobe trick works (thank god), this helps a lot! I will see if i can install the kernel that does work and see how this works with all the rest of my laptop!

thanks for the info guys! I sure hope this is getting fixed soon though :)

Thorsten,

That means something went wrong in the bisection process.
Probably the issue does not happen all the time?

Here's my suggestion:
- Instead of warm boot (reboot), always do a cold boot (shutdown then boot).
- Test with more S3 cycles before next bisect.

Hi, so i have tried it again with much more testing etc. However, i got some problems and i had to abort bisecting

so the last good commit was a71c9a1c779f
and the last bad commit was 03b22057e8ed

The amount of commits between these two hashes:

git rev-list ^a71c9a1c779f 03b22057e8ed --count
58

I checkout these two commits again manually and build the kernels again. And verified it.

Then next commit was a01cd17000a4 and this one fails to build:

  CC [M] drivers/gpu/drm/nouveau/dispnv04/tvnv04.o
  CC [M] drivers/gpu/drm/nouveau/dispnv04/tvnv17.o
  LD [M] drivers/gpu/drm/nouveau/nouveau.o
  LD drivers/gpu/drm/built-in.o
  LD drivers/gpu/built-in.o
  LD drivers/built-in.o
  GEN .version
  CHK include/generated/compile.h
  UPD include/generated/compile.h
  CC init/version.o
  LD init/built-in.o
  LD vmlinux.o
  MODPOST vmlinux.o
kernel/built-in.o: In function `update_wall_time':
/home/...../linux/kernel/time/timekeeping.c:2088: undefined reference to `____ilog2_NaN'
Makefile:969: recipe for target 'vmlinux' failed
make[2]: *** [vmlinux] Error 1
scripts/package/Makefile:91: recipe for target 'deb-pkg' failed
make[1]: *** [deb-pkg] Error 2
Makefile:1329: recipe for target 'deb-pkg' failed
make: *** [deb-pkg] Error 2

what i dont understand is the distances betweens these commits:
git rev-list ^a71c9a1c779f a01cd17000a4 --count
28

git rev-list ^a01cd17000a4 03b22057e8ed --count
13959

Does this make any sense? so i don't know how to get any further...

Also affects me (T540p) on 4.13.11-1-ARCH (arch linux default), since a recent (kernel?) upgrade. Modprobe workaround works for me.

Checking the commits between from a71c9a1c779f to 03b22057e8ed, this one looks very suspicious.
Can you revert this commit and see if this the culprit?

commit 0ab3fa57425023f42e8822a293d9b87a3ad4e2b3
Author: Dmitry Torokhov <email address hidden>
Date: Sun Mar 5 23:19:22 2017 -0800

    Input: psmouse - implement fast reconnect option

    Make use of serio's fast reconnect option and allow psmouse protocol
    handler's to implement fast reconnect handlers that will be called during
    system resume.

    Reviewed-by: Benjamin Tissoires <email address hidden>
    Signed-off-by: Dmitry Torokhov <email address hidden>

M drivers/input/mouse/psmouse-base.c
M drivers/input/mouse/psmouse.h

Hi, i have some problems reverting the commit. This is what i did:

$ git checkout 03b22057e8ed

$ git revert 0ab3fa57425023f42e8822a293d9b87a3ad4e2b3

error: could not revert 0ab3fa574250... Input: psmouse - implement fast reconnect option
hint: after resolving the conflicts, mark the corrected paths
hint: with 'git add <paths>' or 'git rm <paths>'
hint: and commit the result with 'git commit'

$ git status
HEAD detached at 03b22057e8ed
You are currently reverting commit 0ab3fa574250.
  (fix conflicts and run "git revert --continue")
  (use "git revert --abort" to cancel the revert operation)

Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

 modified: drivers/input/mouse/psmouse.h

Unmerged paths:
  (use "git reset HEAD <file>..." to unstage)
  (use "git add <file>..." to mark resolution)

 both modified: drivers/input/mouse/psmouse-base.c

I didn't want to mess around with kernel files and therefore tried to build a kernel prior to this commit:

 git checkout 0ab3fa57425023f42e8822a293d9b87a3ad4e2b3^

however this doesn't build with the same error as above.

could you please supply us a kernel without this commit? maybe even v4.13.11? This would also allow others to check it?

Linux kernel built with the commit:
http://people.canonical.com/~khfeng/lp1722478+fastreconnect/

Prior to the commit:
http://people.canonical.com/~khfeng/lp1722478+nofastreconnect/

Hi, thanks for the kernels. Unfortunately both are working fine :/ Was there another commit touching the psmouse-base.c between the good and bad commit (since i couldn't revert the commit easily)?

Use 0ab3fa57425 as good,
03b22057e8ed as bad.

Let's start a new bisection between these two commits:
http://people.canonical.com/~khfeng/lp1722478-bisect-1/

hi, this kernel has the bug

Hi, I am running Ubuntu 17.10 GNOME with Wayland using a Thinkpad T440 as well. Installing `intel-microcode` fixed the issue immediately. I'm assuming this is proprietary code :\

I can confirm that the this last kernel does not work (lp1722478-bisect-1), while the previous did (fastreconnect)

On a Thinkpad T440s

ps. modprobe workaround also works, while installing intel-microcode does not (had it previously)

Hello again, I spoke too soon. Problem went away immediately after installing `intel-microcode` but returned after suspend and resume.

Sorry for the late reply, here's the next one,

http://people.canonical.com/~khfeng/lp1722478-bisect-2/

Hi, this one is working fine for me!

Commit 6c53694fb2223746738d1d0cea71456ca88c8fb2

http://people.canonical.com/~khfeng/lp1722478-bisect-3/

hi, this is also working fine for me

e839ffab028981ac77f650faf8c84f16e1719738 is the first bad commit
commit e839ffab028981ac77f650faf8c84f16e1719738
Author: Benjamin Tissoires <email address hidden>
Date: Thu Mar 2 14:13:53 2017 -0800

    Input: synaptics - add support for Intertouch devices

    Most of the Synaptics devices are connected through PS/2 and a different
    bus (SMBus or HID over I2C). The secondary bus capability is indicated by
    the InterTouch bit in extended capability 0x0C.

    We only enable the InterTouch device to be created for the laptops
    registered with the top software button property or those we know that are
    functional. In the future, we might change the default to always rely on
    the InterTouch bus. Currently, users can enable/disable the feature with
    the psmouse parameter synaptics_intertouch.

    Signed-off-by: Benjamin Tissoires <email address hidden>
    Signed-off-by: Dmitry Torokhov <email address hidden>

Fortunately that commit introduces an extra knob, so you can use "psmouse.synaptics_intertouch=0" to turn it off as a temporary workaround.

hi, thanks a lot! I'm now using 4.13 with this parameter at it is working fine!

For others you have to edit the file /etc/default/grub and change the line:

   GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

to

  GRUB_CMDLINE_LINUX_DEFAULT="quiet splash psmouse.synaptics_intertouch=0"

then

(sry for the second post)
then
     sudo update-grub

and reboot

thx for this temporary fix, it works great!

Thanks for this workaround. I can confirm it works on a Thinkpad T450s

Works on T440s too.

This bug still persists on ubuntu 18.04, I had to add this kernel parameter psmouse.synaptics_intertouch=0 to circumvent this issue.

Hi. I have this problem too on T440s with 18.04 (kernel 4.15.0-22). The previous workaround worked perfectly for me.

I experienced the same issue on my ThinkPad T450s running Kubuntu 18.04 (two-finger scrolling stops working after opening the lid and resuming). Adding kernel parameter "psmouse.synaptics_intertouch=0" as described above solved the issue for me (a big THANK YOU!).

Ubuntu 18.04 kernel 4.15.0-22-generic T440p - same problem with two-finger scrolling. Will wait until this is fixed in an update ... how long will that be?

I have a Lenovo Thinkpad L450, I experienced this bug on 4.15.0 (Ubuntu 18.04) and the kernel parameter "psmouse.synaptics_intertouch=0" solution did work for me, too.

Hi, please remove psmouse.synaptics_intertouch=0" add comment out "blacklist i2c_i801" in /etc/modprobe.d/blacklist.conf, and see if this helps.

I no longer own this laptop (Thinkpad T440p), so I am not in a position to do further testing.

@kaihengfeng I can confirm that commenting out that line does indeed solve the problem.

$ cat /etc/default/grub
GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

$ cat /etc/modprobe.d/blacklist.conf
(...)
# causes failure to suspend on HP compaq nc6000 (Ubuntu: #10306)
# blacklist i2c_i801 <-- COMMENTED OUT
(...)

Which means that, whatever does the module 'i2c_i801' to cause suspend failures on the HP Compaq NC6000, it also in direct or indirect charge of making the two-finger scrolling work on the Lenovo Thinkpad series T400.

My system:
Lenovo Thinkpad T450s
Linux Mint 18.3 (based on Ubuntu 16.04 Xenial)
$ uname -a
Linux ThinkPad 4.13.0-39-generic #44~16.04.1-Ubuntu SMP Thu Apr 5 16:43:10 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

This bug is also present on an X1 Carbon (gen 3).

modprobe i2c-i801 after removing it from the blacklist.conf seems to solve the issue.

I confirm that @chutz workaround (modprobing i2c-i801) fixes the problem on my X1 Carbon 3rd gen as well.

The problem is also present on the ThinkPad X280, worked around by
```
modprobe -r psmouse
modprobe psmouse
```

Commenting out blacklist i2c_i801 did end with mouse not working at all after wakeup but adding psmouse.synaptics_intertouch=0 to grub did solve the issue. I got an L440. Ubuntu 18.04 4.19rc1

I have a Thinkpad X1 Carbon 5th gen, and am also affected. Modprobing psmouse also temporarily fixes for me (but if comes back if I close the lid of my laptop and wake it up again), and adding the synaptics_intertouch option in grub also seems to prevent it from coming back.

It only started happening in the last few days, and I generally install updates whenever they are available, though I haven't been using my laptop every day (so it may have started happening in the last week or two at most). I'm surprised it did only start recently, given this bug was filed a while back.

$ uname -a
Linux x1carbon 4.15.0-36-generic #39-Ubuntu SMP Mon Sep 24 16:19:09 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 18.04.1 LTS
Release: 18.04
Codename: bionic
$ sudo apt-get install libinput-tools & sudo libinput list-devices
Device: SynPS/2 Synaptics TouchPad
Kernel: /dev/input/event6
Group: 8
Seat: seat0, default
Size: 100x56mm
Capabilities: pointer gesture
Tap-to-click: disabled
Tap-and-drag: enabled
Tap drag lock: disabled
Left-handed: disabled
Nat.scrolling: disabled
Middle emulation: disabled
Calibration: n/a
Scroll methods: *two-finger edge
Click methods: *button-areas clickfinger
Disable-w-typing: enabled
Accel profiles: none
Rotation: n/a

I can also confirm that this affects the Lenovo ThinkPad Carbon 5th gen. After resuming from suspend to ram the touchpad is broken -- two-finger gesture doesn't work.

$ sudo dmidecode -t system | grep -i "system information" -A 3
System Information
 Manufacturer: LENOVO
 Product Name: 20HRS14W00
 Version: ThinkPad X1 Carbon 5th

A temporary workaround is to reload the module "psmouse" after resume.
$ sudo modprobe -r psmouse && sudo modprobe psmouse

Disabling the blacklisting of module "i2c_i801" as suggested by kaihengfeng (thanks!) does fix the issue for good.
$ sudo sed -i 's/^blacklist\ i2c_i801/#blacklist\ i2c_i801/g' /etc/modprobe.d/blacklist.conf

Some other thoughts:
* Review if the fix for #16602 is still pertinent (the blacklisting of i2c_i801 was apparently added for a machine which is now almost 15 years old and wrongly refers to Ubuntu bug #10306)
* The blacklisting of i2c_i801 also break some other things, see #1475945 (blacklisting i2c_i801 breaks trackpad detection on Acer C710, plus other hardware)
* Confirm the link with kernel commit e839ffab028981ac77f650faf8c84f16e1719738 (cf. https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=e839ffab028981ac77f650faf8c84f16e1719738) as suggested by kaihengfeng (also mentioned in kernel bug #196719 (cf. https://bugzilla.kernel.org/show_bug.cgi?id=196719)

Also on ThinkPad X1 Carbon 5th
Linux x1-cosmic 4.18.0-10-generic #11-Ubuntu SMP Thu Oct 11 15:13:55 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Synaptics touchpad
xinput
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ SynPS/2 Synaptics TouchPad id=11 [slave pointer (2)]
⎜ ↳ TPPS/2 ALPS TrackPoint id=12 [slave pointer (2)]

Two finger scroll reproducibly stops working after suspend.

workaround of editing /etc/defaults/grub line to
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash psmouse.synaptics_intertouch=0"

does work.

I managed to get two-finger scrolling working after installing the Intel microcode firmware package.

As the model hasn't been mentioned here yet, I thought I'd report that it also affects me on a ThinkPad X250 with Ubuntu 18.04.

The two commands in comment #16 do fix it momentarily.

Same problem for me with Ubuntu 18.10 on ThinkPad T550. The two commands in #16 fix it till the next sleep.

Observed similar behavior on Ubuntu 18.04 with ThinkPad X280

Just confirming this: This keeps happening with Thinkpad X280.

Same problem on Thinkpad X1 Carbon 5th Gen with Ubuntu 18.04
Currently using kernel 4.15.0-38-generic
Commands in comment #16 resolve the problem until next suspend.

Same problem on Thinkpad X1 Carbon 3rd Gen with Ubuntu 18.04 and 18.10.
Currently using kernel 4.18.0-10-generic.
Commands in #16 resolve the problem for 18.10, not tested for 18.04.

This workaround in comment #72 works for me; two finger scrolling and click-and-drag work after resuming from suspend.

Add the following line to this file: `/etc/defaults/grub`

> GRUB_CMDLINE_LINUX_DEFAULT="quiet splash psmouse.synaptics_intertouch=0"

Then run `update-grub`

Another X1 Carbon 5th gen user confirming this bug, running Ubuntu 18.04.1 with kernel 4.15.0-38-generic.

So, my findings reconfirm what other users have reported:
a) post #16 works as a temporary non-persistent fix
b) posts #43 and #63 are persistent fixes

The difference between #43 and #63 is that #63 takes about 5-6 seconds more than #43 to put the computer to sleep upon closing the lid. Just my two cents.

And yet another X1 Carbon 5th gen running 4.18.0-10-generic and Ubuntu 18.10 issue present. One of #16, #43 and #63 helps to mitigate the problem. Thanks a lot to all the contributors!

I can also confirm that this problem still exists with a fresh install of Ubuntu 18.10 with kernel 4.18.0.. I will try the psmouse.synaptics_intertouch=0 workaround.

It affects me too, on fresh Ubuntu 18.04 on Thinkpad X240. The two finger scrolling works until suspend/resume, after that only the three-finger one, but not without glitches. The modprobe command disables both my touchpad and trackpoint.

Sorry, I messed up something last time. #16 (the modprobe thing) fixes it temporarily.

For Ubuntu 18.04 on ThinkPad-11e, kernel version 4.15.0-38-generic:
A) comment #44 and #45 solves the issue completely.
B) comment #16 works temporarily/partially.
C) comment #63 "blacklist i2c_i801" does not exist in /etc/modprobe.d/blacklist.conf

Similar problem here on brand new Dell precision 7530 sold with Ubuntu 16.04...

uname -a:
Linux atlas 4.15.0-39-generic #42~16.04.1-Ubuntu SMP Wed Oct 24 17:09:54 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

The two finger scrolling -and tap to click- stops working after suspend but none of the temporary or supposedly permanent fixes listed in #86 work, no "blacklist i2c_*" in /etc/modprobe.d/blacklist.conf either. t

corentin barbu, please file a new bug as Precision 7530 uses a different touchpad.

Comment #44 and #45 worked fine for me. I have a Lenovo ThinkPad T440
Thaks

Thinkpad T540p, same as comment #86: reloading psmouse fixes the problem until next suspend, setting psmouse.synaptics_intertouch=0 fixes it for good.
Extra note: i2c_i801 isn't blacklisted, but does not load by itself either. Having it loaded (including before psmouse) seems to have no effect on multitouch getting messed up on resume.

Bug affects Ubuntu 18.10 on W540 as well. Confirm psmouse.synaptics_intertouch=0 (so called) fix. Hello, guys, we're in the 21st century, perhaps you did not have time to notice?!?

This will be solved once LP: #1802135 is "Fix Released".

For Robin (brobert420), who in comment #69:

> Commenting out blacklist i2c_i801 did end with mouse not working at all after
> wakeup […]. I got an L440. Ubuntu 18.04 4.19rc1

I had the same problem with a ThinkPad T440s on Ubuntu 19.10 beta. (Just that there was no blacklist entry in /etc/modprobe.d/blacklist.conf so I used "modprobe i2c_i801" instead.)

However, when I instead use the module name with a "-" instead of "_":

    modprobe i2c-i801

then it works immediately to restore two-finger scrolling, and two-finger scrolling keeps working after a suspend-and-resume cycle.

In other news, this bug is still present in Ubuntu 19.10.

Ok, I meant "still present in Ubuntu 19.04" in the last comment :D

Also worth mentioning: the "sudo modprobe i2c-i801" fix also restores the two-finger-tap right clicking behavior, which was also broken alongside two-finger scrolling. But there was no three-finger-tapping instead, so unlike the case how two-finger-scrolling broke.

kmod (25-1ubuntu3) disco; urgency=medium

  * Drop i2c_i801 from the blacklist again, things work fine with
    current kernels. (LP: #1786574)

 -- Timo Aaltonen <email address hidden> Thu, 04 Apr 2019 11:30:14 +0300

...

The above fixed it for me.

I have a T440s running 18.04.2 after I close the lid and reopen to continue session, the scrolling on my trackpad gets lagged and the pointer seems off. I have to to a restart to make things normal again. I followed the fix on comment #44 and #45 and after suspend my scroll completely stopped working. Any help or tips from the other users with T440s'?

Thanks,

disregard my post. Seems to work now after I rebooted. Just tested closing the lid reopening and it works fine. I'll post on here if I find any further issues. Thanks

The instructions in comments #44 and #45 totally solved this for me! Thank you.

Further, I think my machine is now going to sleep more reliably :)

I was not having any issue with two-finger scrolling on my T560 and kernel 4.18.0-18-generic. I was trying to resolve a separate problem, that the pointing stick pointing in the center of the keyboard wasn't functioning, and would in fact cause the touchpad to stop functioning if I attempted to use it. The pointing stick's function was restored by adding psmouse.proto=imps to my bootloader options. However, now my touchpad 1) refuses to send scroll events, and 2) refuses to stop emulating mouse clicks (even after it's been disabled in tweaks). I've attempted every fix on this thread, with no success. Some of them cause the pointing stick to stop working again.

Quick follower to my own #102, it turns out that my machine simply needed to be started twice with the bootloader option psmouse.proto=imps set. The first time shook something looks in Gnome which resulted in a notification appearing about a minute after boot, "software update made that require restart." After the restart, when I open my Mouse & Touchpad control panel, the two-finger/edge-scrolling/tap-to-click controls have appeared (they were hidden on the first boot!) and function correctly.

Hardware: Thinkpad T440s
OS/Kernel: Kubuntu 18.04/4.15.0-52-generic
Driver: mtrack

Also experienced this bug. The temporary fix (modprobe) worked, but commenting out the "blacklist i2c_i801" line resulted in the machine not finding the touchpad on reboot.

I was able to successfully fix this issue by changing /etc/default/grub as stated in post 43.

#44 & #45 solve the issue

This is getting creepier. Even though as I said in comment #66 I was able to fix this with modprobe i2c-i801, it no longer works after upgrading from 5.0.0-27-generic to 5.0.0-29-generic.

However, the fix from comment #16 works.

modprobe -r psmouse
modprobe psmouse

On my ThinkPad T580, I have the same issue. Two-finger scrolling no long works after suspend.
The problems started after the upgrade to kernel:
5.0.0-31-generic #33~18.04.1-Ubuntu SMP Tue Oct 1 10:20:39 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

ThinkPad T580, trying to fix random secondary mouse button click events had me try out the xinput-xwe-18.04 package when I noticed the same problem. Randomly timed middle button clicks had not gone away.

Status changed to 'Confirmed' because the bug affects multiple users.

With my T480 and the 5.0 ubuntu kernel, and the 5.3 in the proposed PPA, two finger scrolling does not work unless I specify psmouse.synaptics_intertouch=0
or =1
either value fixes it.

After a reboot applied an automatic system update I applied today to my 18.04.3 LTS IBM ThinkPad X1 Carbon my mouse wasn't working!

Some comments in scripts I'd left around helped me found my way back to this bug and ...

modprobe -r i2c-i801

... fixed the immediate issue.

But I saw the "scroll doesn't work after suspend" issue again.

Right now I've un-commented the i2c_i801 in /etc/modprobe.d/blacklist.conf and I also feel like I had to REadd psmouse.synaptics_intertouch=0 in /etc/default/grub - could that have gotten overwritten on an upgrade?

Same issue on Ubuntu 18.04.3 (kernel 4.15.0-72) with a Lenovo Thinkpad E580.

Also on 18.04.3 with 5.3.0-26-generic on a clevo p650re.

I started to experience this bug now after kernel update, 4.15.0-96-generic, 18.04.4, Thinkpad-T470s.

I got this issue on Ubuntu 20.04 too... on this laptop I had a similar problem on the 19.10, the touchpad didn't work at all after resum from suspend, i used to fix that calling

sudo rmmod i2c_hid
sudo modprobe i2c_hid

and it works too on this issue on 20.04, shall we provide some more informations to solve the problem at its root?

thrantir's solution works for me in 20.04, is there a way to make this automatic on wake?

Also seeing the same behavior on 20.04

Thinkpad T400 with non working two finger scroll here running Kubuntu 20.04, I just wanted to comment that none of the above solutions worked for me, but one that I found buried in a youtube video did get it to work! And I just can't leave it visible ONLY in a video, it's just not right.

What it boils down to is running these three xinput commands (I'm sure someone with more knowledge can say what this actually does and possibly the corresponding configuration file settings)
xinput --set-prop --type=int --format=32 "SynPS/2 Synaptics TouchPad" "Synaptics Two-Finger Width" 8
xinput --set-prop --type=int --format=32 "SynPS/2 Synaptics TouchPad" "Synaptics Two-Finger Pressure" 4
xinput --set-prop --type=int --format=8 "SynPS/2 Synaptics TouchPad" "Synaptics Two-Finger Scrolling" 1 0

maybe unrelated to your issue, but my touchpad stopped working properly after using a GRUB theme installation script, on a Clevo NV41MZ, Ubuntu 18 to 22

what solved the issue for me was updating the /etc/default/grub file by changing this line :
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_os_name=Linux acpi_osi="
to this:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

(then use sudo update-grub, then reboot)