XPPen Deco01 v2 support

[ihewitt]

Add xppen deco01 v2 support, as per #340 currently also requires additions to /etc/udev/hwdb.d and /usr/share/libwacom/ to activate the top stylus button and map the keyboard to keypad keys.

I'm not sure if there's a way to configure the events to avoid this or if they need simply documenting in the wiki or adding as "contrib" files.

[ihewitt]

Additional files:
for /etc/udev/hwdb.d/10-xppen.hwdb:
10-xppen.hwdb.txt
for /usr/share/libwacom/xp-pen-dec01.tablet:
xp-pen-dec01.tablet.txt

[cbm755]

@ihewitt your comment here suggests the .tablet file needs adjusted? Are you still interested on trying to get this merged?

[cbm755]

Should the .hwdb file be submitted somewhere else? systemd? E.g., I saw this: systemd/systemd#9866

(apologies if off-base here, I'm still getting my head around exactly what DIGImend project does... My current best approx is "a driver, and attempts to push bits and bobs to different upstream projects")

[WPettersson]

Just to update, I did some checking, and I think that the .hwdb file should be submitted to systemd/systemd (they have a label for hwdb even, along with accepted PRs), and the .tablet file should be submitted to linuxwacom/libwacom (there's no specific label, but many instances of such files being successfully submitted). I'm in the process of checking which specific .tablet file is needed for support, and I can also try to provide an updated PR that would cleanly merge to main.

[patzm]

Cool stuff @ihewitt! 👍
For those out there that need simple instructions of how to get this to run. Meta:

1. uninstall the existing digimend drivers (if they are installed)
2. clone the repo of this pr: https://github.com/ihewitt/digimend-kernel-drivers
3. install it following the instructions
4. copy the two files that are not included in the PR, but which are uploaded in this comment
   1. 10-xppen.hwdb.txt to /etc/udev/hwdb.d/10-xppen.hwdb
   2. xp-pen-dec01.tablet.txt to /usr/share/libwacom/xp-pen-dec01.tablet
5. reboot (or log out and in again), this re-loads the drivers
6. configure all you like with xsetwacom

Commands:

git clone https://github.com/ihewitt/digimend-kernel-drivers.git digimend-kernel-drivers-xp-pen-fix
cd digimend-kernel-drivers-xp-pen-fix
sudo make dkms_install
# Attention: only run these two curl commands if you have verified that the links are correct. Better do it manually.
# sudo curl https://github.com/DIGImend/digimend-kernel-drivers/files/4464210/10-xppen.hwdb.txt -o /etc/udev/hwdb.d/10-xppen.hwdb
# sudo curl https://github.com/DIGImend/digimend-kernel-drivers/files/4464211/xp-pen-dec01.tablet.txt -o /usr/share/libwacom/xp-pen-dec01.tablet
sudo reboot now

[patzm]

and now one question: I only see two devices

• UGTABLET 10 inch PenTablet Keyboard pad id: 16 type: PAD
• UGTABLET 10 inch PenTablet Pen stylus id: 17 type: STYLUS

I confirmed that /usr/share/X11/xorg.conf.d/50-digimend.conf was correctly updated with this PR's version.

Any ideas why for instance the touchpad is missing?

[WPettersson]

Any ideas why for instance the touchpad is missing?

The Deco01 doesn't have a touchpad, does it? The PAD is used for the 8 buttons on the tablet itself, the STYLUS is the pen (both position, and status of the 2 buttons on the stylus). If you're wondering why it used to have those listed, that was because the Deco01 was recognised as a tablet, but not specifically which, so all possible inputs were "enabled". Now that it's properly detected, your system knows that the Deco01 does not have a touchpad and won't list one.

[patzm]

Ahh well that does make a lot of sense 😆. Tbh, I just assumed it had touch.

[nyorain]

Hey, thanks for the work! I couldn't get the latest version of this branch to work (the tablet is correctly detected on connection but does not produce any input events) but 0049c4c works for me. Seems like the merge introduced an issue.

[ihewitt]

That might be it, I don't understand why those id's were changed.

[nic3-14159]

That might be it, I don't understand why those id's were changed.

Oh right, that thing. I had that same issue with my tablet where my system didn't like the changed ID, but I wanted to poke around a bit first before opening an issue. But it seems like it's more than just my system, so something must have regressed after those changes were originally made.

Those changes were originally made to fix something with desktop environments. The details are explained in #442

[linuxgirl22]

Posted #537. Just let me know any information I can add. Mint Mate, kernel 5.4, xp-pen deco v2. Had been applying ihewitt's code re putting 10-xppen.hwdb into /etc/udev/hwdb.d, and xp-pen-dec01.tablet into /usr/share/libwacom and that was working great until this week. Now not only no right-click (the fix worked great for wine/Sai2 and for krita) but pen doesn't work at all ... small white triangle, cannot paint, program seizes up. Mouse paints normally, and 3 entries for Ugtablet show in xinput-list.

[linuxgirl22]

Just adding some more feedback, incase helpful, plus it seems breakage happened over the last couple of weeks? I'd tried out another desktop a couple of weeks ago, via a clean reinstall, and hadn't had issues.

Having just clicked through to #442, it appears to read as changes made to support chrome OS. Tried the xp-pen driver again, without digimend driver installed, but nothing worked. Also upgraded, on mint mate installed yesterday, from 5.4 to kernel 5.8.0-53; same outcome. (Had been a dkms glitch while first setting up system, but seemed okay later.) Xinput list is now showing 4 entries for ugtablet ... id 19-22 ... pentablet keyboard, pentablet mouse, pentablet, and pentablet pen (0).

Usually use Sai2 via wine-staging, as prefer just a simple painting program, but have just tried a krita appimage and can paint + pressure!! ... no 'drag/brush size' and especially no right-click/colour-pick could tip me over the edge finally, lol, but hopefully there's some way to fix that. It's the 4.4.3 appimage, the current stable version.