Ubuntu
xserver-xorg-input-synaptics package

  1. Bug #611992
  2. Comment #8

Comment 8 for bug 611992

Revision history for this message
Martin Stjernholm (msub) wrote :

This is some maybe-not-relevant info: I thought I had the same problem, and while looking for solutions on the net I stumbled upon https://bugs.archlinux.org/task/20830. Extrapolating the workaround suggested there, I added

   MatchDevicePath "/dev/input/event*"

to /usr/share/X11/xorg.conf.d/50-synaptics.conf. Indeed it made lines like these go away:

[ 6812.841] (II) config/udev: Adding input device SynPS/2 Synaptics TouchPad (/dev/input/mouse0)
[ 6812.841] (**) SynPS/2 Synaptics TouchPad: Applying InputClass "touchpad catchall"
[ 6812.841] (II) Synaptics touchpad driver version 1.2.2
[ 6818.510] SynPS/2 Synaptics TouchPad no synaptics event device found
[ 6818.510] (**) Option "Device" "/dev/input/mouse0"
[ 6818.610] Query no Synaptics: 6003C8
[ 6818.610] (--) SynPS/2 Synaptics TouchPad: no supported touchpad found
[ 6818.610] (EE) SynPS/2 Synaptics TouchPad Unable to query/initialize Synaptics hardware.
[ 6818.690] (EE) PreInit failed for input device "SynPS/2 Synaptics TouchPad"

But there was no improvement in the operation of the driver. Apparently the workaround stops the second loading of the driver for /dev/input/mouse0, but in my case there's another earlier (for /dev/input/event7) which works just the same regardless of this failed one.

So bottom line the workaround appears to be a red herring in my case, but I thought it could still be worth mentioning here.