ubuntu-x-swat team mailing list archive

[Martin Stjernholm <msub@xxxxxxxxxxxxxx>]

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.

-- 
Synaptics TouchPad: no supported touchpad found
https://bugs.launchpad.net/bugs/611992
You received this bug notification because you are a member of Ubuntu-X,
which is subscribed to xserver-xorg-input-synaptics in ubuntu.