Comment 5 for bug 537801

Right, it does handle some non wacom tablets and will need to also match n-trig id's at some point but the non-wacom ones it handles are accounted for by the pnp subsystem matches at the top. The evdev rules change was already sponsored by bryce for me but we're in freeze at the moment. Wacom will need changing to something like this I believe (syntax is probably incorrect)?

ACTION=="add|change", SUBSYSTEM=="input", ENV{ID_INPUT_TABLET}=="?*", ATTRS{idVendor}=="056a", ENV{x11_driver}="wacom

This is reliant on evdev actually being able to drive his device which needs testing though but it should, and I mentioned to him in IRC that he'll have to keep 69-xserver-xorg-input-wacom.rules out of the way for now to test it if evdev works before we look at making evtouch work which previously handled it in karmic but used hal fdi's and hasn't been ported to udev.