Bug 1132911 - SynPS/2 Synaptics TouchPad not working after update to 20190417
SynPS/2 Synaptics TouchPad not working after update to 20190417
Status: RESOLVED UPSTREAM
Classification: openSUSE
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: Kernel
Current
x86-64 openSUSE Factory
: P5 - None : Major (vote)
: ---
Assigned To: E-mail List
E-mail List
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2019-04-19 14:31 UTC by Michael Ströder
Modified: 2019-06-19 10:58 UTC (History)
3 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
Xorg.0.log running Tumbleweed 20190419 (25.76 KB, text/plain)
2019-04-21 12:18 UTC, Michael Ströder
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Ströder 2019-04-19 14:31:25 UTC
After Tumbleweed update to 20190417 the SynPS/2 Synaptics TouchPad built into a Toshiba laptop stopped working.

xfce is used on this system. xfce4-mouse-settings displays the device as being enabled.

Please advice which information is needed to track this down.
Comment 1 Stefan Dirsch 2019-04-20 10:35:43 UTC
/var/log/Xorg.0.log would be useful here. Also make sure that xf86-input-libinput is being installed.
Comment 2 Michael Ströder 2019-04-21 12:18:41 UTC
Created attachment 803304 [details]
Xorg.0.log running Tumbleweed 20190419
Comment 3 Michael Ströder 2019-04-21 12:21:29 UTC
I've attached Xorg.0.log.

The system has packages xf86-input-synaptics and xf86-input-libinput installed.
FWIW: An attached USB mouse works, but not the touchpad.

It used to work before a recent update, probably 20190417.

Let me know if you need further information. It is not my own hardware. So it can take some time before I have access to it.
Comment 4 Stefan Dirsch 2019-04-22 08:46:55 UTC
Hmm. Nothing obvious.

[   129.805] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/event1)
[   129.805] (**) SynPS/2 Synaptics TouchPad: Applying InputClass "evdev touchpad catchall"
[   129.805] (**) SynPS/2 Synaptics TouchPad: Applying InputClass "evdev touchpad catchall"
[   129.805] (**) SynPS/2 Synaptics TouchPad: Applying InputClass "libinput touchpad catchall"
[   129.805] (**) SynPS/2 Synaptics TouchPad: Applying InputClass "touchpad catchall"
[   129.805] (**) SynPS/2 Synaptics TouchPad: Applying InputClass "Default clickpad buttons"
[   129.805] (II) LoadModule: "synaptics"
[   129.806] (II) Loading /usr/lib64/xorg/modules/input/synaptics_drv.so
[   129.806] (II) Module synaptics: vendor="X.Org Foundation"
[   129.806] 	compiled for 1.20.3, module version = 1.9.1
[   129.806] 	Module class: X.Org XInput Driver
[   129.806] 	ABI class: X.Org XInput driver, version 24.1
[   129.806] (II) Using input driver 'synaptics' for 'SynPS/2 Synaptics TouchPad'
[   129.806] (**) SynPS/2 Synaptics TouchPad: always reports core events
[   129.806] (**) Option "Device" "/dev/input/event1"
[   129.842] (II) synaptics: SynPS/2 Synaptics TouchPad: ignoring touch events for semi-multitouch device
[   129.842] (--) synaptics: SynPS/2 Synaptics TouchPad: x-axis range 1472 - 5692 (res 66)
[   129.842] (--) synaptics: SynPS/2 Synaptics TouchPad: y-axis range 1408 - 4680 (res 102)
[   129.842] (--) synaptics: SynPS/2 Synaptics TouchPad: pressure range 0 - 255
[   129.842] (--) synaptics: SynPS/2 Synaptics TouchPad: finger width range 0 - 15
[   129.842] (--) synaptics: SynPS/2 Synaptics TouchPad: buttons: left right double triple
[   129.842] (--) synaptics: SynPS/2 Synaptics TouchPad: Vendor 0x2 Product 0x7
[   129.842] (**) Option "HorizEdgeScroll" "off"
[   129.842] (**) Option "TapButton1" "1"
[   129.842] (**) Option "TapButton2" "3"
[   129.842] (**) Option "TapButton3" "2"
[   129.842] (--) synaptics: SynPS/2 Synaptics TouchPad: touchpad found
[   129.842] (**) SynPS/2 Synaptics TouchPad: always reports core events
[   129.881] (**) Option "config_info" "udev:/sys/devices/platform/i8042/serio2/input/input6/event1"
[   129.881] (II) XINPUT: Adding extended input device "SynPS/2 Synaptics TouchPad" (type: TOUCHPAD, id 11)
[   129.882] (**) synaptics: SynPS/2 Synaptics TouchPad: (accel) MinSpeed is now constant deceleration 2.5
[   129.882] (**) synaptics: SynPS/2 Synaptics TouchPad: (accel) MaxSpeed is now 1.75
[   129.882] (**) synaptics: SynPS/2 Synaptics TouchPad: (accel) AccelFactor is now 0.037
[   129.882] (**) SynPS/2 Synaptics TouchPad: (accel) keeping acceleration scheme 1
[   129.882] (**) SynPS/2 Synaptics TouchPad: (accel) acceleration profile 1
[   129.882] (**) SynPS/2 Synaptics TouchPad: (accel) acceleration factor: 2.000
[   129.882] (**) SynPS/2 Synaptics TouchPad: (accel) acceleration threshold: 4
[   129.882] (--) synaptics: SynPS/2 Synaptics TouchPad: touchpad found
[   129.883] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/mouse0)
[   129.883] (**) SynPS/2 Synaptics TouchPad: Ignoring device from InputClass "touchpad ignore duplicates"

You could check with

  evtest /dev/input/event1

on Linux console, if events are at least available on Kernel level. If they are
uninstall xf86-input-synaptics, then libinput X driver should be the fallback.
Maybe this is a valid workaround.
Comment 5 Michael Ströder 2019-04-22 11:02:44 UTC
Unfortunately there are no events shown (in opposite to keyboard and USB mouse) with evtest /dev/input/event1. I've tested on other hardware (different laptop vendor) whether events are shown to make sure I have used evtest correctly.

Nevertheless and for completeness I've tried removing package xf86-input-synaptics and rebooted. I think it's expected that also did not help.

Were there any relevant changes to recent kernel packages? Would installing a vanilla kernel would be worth to try?

FWIW dmesg says (exactly like on my other hardware):

[    3.459929] psmouse serio2: synaptics: queried max coordinates: x [..5692], y [..4680]
[    3.463174] tsc: Refined TSC clocksource calibration: 2494.333 MHz
[    3.464785] clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x23f45085418, max_idle_ns: 440795285711 ns
[    3.466448] clocksource: Switched to clocksource tsc
[    3.514902] psmouse serio2: synaptics: Touchpad model: 1, fw: 7.2, id: 0x1c0b1, caps: 0xd04731/0xa40000/0xa0000/0x0, board id: 0, fw id: 582762
[    3.550921] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio2/input/input6
Comment 6 Stefan Dirsch 2019-04-22 15:41:11 UTC
Ok. Then it's a kernel regression. Reassigning.
Comment 7 Jiri Slaby 2019-04-23 08:37:47 UTC
Could you check the `last` output to see what kernel you booted before the 20190417 update and after?
Comment 8 Takashi Iwai 2019-04-23 09:19:43 UTC
Also, could you just boot with the previous kernel you still likely have, and see whether the touchpad works?  If yes, please upload dmesg outputs on both working and non-working kernels.
Comment 9 Michael Ströder 2019-04-26 11:37:21 UTC
Looking at last output the touchpad probably was still working with kernel 5.0.6 or at least 5.0.5.

These old kernels were already automatically removed. I have to find out where to get the old kernel versions to try them.
Comment 10 Michael Ströder 2019-04-26 11:41:10 UTC
BTW: I'm a bit confused that https://download.opensuse.org/history/20190412/tumbleweed/repo/oss/x86_64/ contains two kernel versions.
Comment 11 Michael Ströder 2019-04-27 13:14:46 UTC
(In reply to Michael Ströder from comment #9)
> Looking at last output the touchpad probably was still working with kernel
> 5.0.6 or at least 5.0.5.

Hmm, I've tried to install 5.0.6 and 5.0.5. But still touchpad does not work, evtest /dev/input/event1 does not show any events.

Hmm, I have no clue what else to try now.
Comment 12 Takashi Iwai 2019-04-29 07:11:10 UTC
Possibly this one:
  https://bugzilla.kernel.org/show_bug.cgi?id=203297

... although the mentioned commit is already in 5.0, so it must be present from the beginning.

In anyway, could you try the workaround described there?
  https://bugzilla.kernel.org/show_bug.cgi?id=203297#c2
Comment 13 Takashi Iwai 2019-05-07 05:15:22 UTC
Also could you test the latest 5.1-final kernel available in OBS Kernel:HEAD repo?  The upstream got a regression fix
72bfcee11cf89509795c56b0e40a3785ab00bbdd
    i2c: Prevent runtime suspend of adapter when Host Notify is required

and this might be your issue, too.
Comment 14 Takashi Iwai 2019-05-13 17:00:29 UTC
The 5.1 kernel should fix the problem.
Comment 15 Michael Ströder 2019-05-19 11:59:03 UTC
(In reply to Takashi Iwai from comment #14)
> The 5.1 kernel should fix the problem.

I've updated to 20190516 with kernel 5.1.2 today.
Unfortunately this does not fix the issue on this particular notebook hardware.
evtest /dev/input/event1 still does not show events.
Comment 16 Takashi Iwai 2019-05-20 05:37:50 UTC
Then you'd need to report to upstream.  e.g. please open a report at the upstream bugzilla (bugzilla.kernel.org).  Feel free to put me (tiwai@suse.de) to Cc there.
Comment 17 Jiri Slaby 2019-06-19 10:58:46 UTC
This is an upstream bug...