ThinkPad x220 Multi-touch Wacom ISDv4 E6 Finger touch not supported

[Paul Sladen]

The ThinkPad X220 Tablet multi-touch does not work out-of-the-box with utouch; instead the input is (sometimes) handled directly by applications. According to Chase, ideally (just) the "ISDv4 E6 Finger touch" should be diverted to utouch, with the Pen input remaining connected as normal. Enumeration:

  $ sudo dmidecode -s system-version
  ThinkPad X220 Tablet

  $ lsusb | grep Wacom
  Bus 002 Device 004: ID 056a:00e6 Wacom Co., Ltd

  $ xinput list
  ⎡ Virtual core pointer id=2 [master pointer (3)]
  ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
  ⎜ ↳ Wacom ISDv4 E6 Pen stylus id=10 [slave pointer (2)]
  ⎜ ↳ Wacom ISDv4 E6 Finger touch id=11 [slave pointer (2)]
  ⎜ ↳ Wacom ISDv4 E6 Pen eraser id=15 [slave pointer (2)]
  ⎜ ↳ TPPS/2 IBM TrackPoint id=16 [slave pointer (2)]
  ⎜ ↳ SynPS/2 Synaptics TouchPad id=13 [slave pointer (2)]

[Peter Shoukry (pshoukry)]

same problem

[Paul Sladen (sladen)]

Peter: rather than saying "me too". Please click the "Affects me too!" option at the top. :)

[Daniel Hahler (blueyed)]

Paul, is there anything that can be done to make it work manually (in contrast to "out of the box")?

There's a video at http://www.youtube.com/watch?v=ozHhf8HL8iE - so it appears to be possible, but the poster does not provide any further links/hints.

[Chase Douglas (chasedouglas)]

The uTouch project is no longer providing hardware support. I am transitioning this bug to the Ubuntu linux package. Any fix will likely need to be provided through the Linux kernel.

[Brad Figg (brad-figg)]

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 916253

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

[Daniel Hahler (blueyed)]

I have provided necessary information in bug 1004647 (instead of running apport-collect on this bug here).

[Richard Brown (rgbrown)]

If you disable the xinput device corresponding to your touch screen

xinput set-prop 'Wacom ISDv4 E6 Finger touch' 'Device Enabled' 0

then you can do the finger painting like in that video

sudo mtview /dev/input/wacom-touch

I don't know how to connect it to utouch though - any ideas?

[Paul Sladen (sladen)]

Notes to self (and others); Evince, Eog, etc are patched in Ubuntu ('debian/patches/11_grip_gestures.patch') to additionally use a library called "libgrip".

For Evince, pinch to zoom (two fingers) and X/Y scroll (two fingers) both work. This both have a 0.5-second delay before anything happens, and these both are jerky; but they do now work. The stacks used appears to be that:

  Evince talks to Gtk+ and Grip.
  Libgrip appears to talks to some other stuff including (I think) Geis.
  The other stuff including (I think) Geis eventually talks to X11.
  X11 in-turn talks to the kernel via /dev/input/event* (symlinked from /dev/input/wacom-touch).

Per Richard above, you can enable/disable the last step of X11 talking to the kernel and exclusively binding to /dev/input/wacom-touch with:

  xinput set-prop 'Wacom ISDv4 E6 Finger touch' 'Device Enabled' 0
  xinput set-prop 'Wacom ISDv4 E6 Finger touch' 'Device Enabled' 1

however, there's no need to do this as, as two-finger multitouch events appears to be being pass all the way down the stack anyway. For debugging, I found:

  geisview, GUI that dumps the Gesture availability tree
  geistest, crashes
  pygeis, crashes

For talking to the kernel; use "xinput set-prop 'Wacom ISDv4 E6 Finger touch' 'Device Enabled' 0" first:

  mtview, talks to kernel /dev/input directly, not via Grip or Geis
  input-events, use with raw device number (eg. '8') to get MT events