Hi While in the process of fixing xf86-input-acecad I was trying to find out why it was moved to AUR in the first place and stumbled upon acecad.c file in kernel source. Does this mean AceCad driver has been merged into kernel? If so, how come my AceCad tablet doesn’t work any more (it used to work with xf86-input-acecad few years back)? I install kernels through mhwd-kernel, I know nothing about kernel compilation, but some applications when compiled need certain flags to enable extra functionality. Is this the case with the kernel and this driver is simply disabled by default in kernel provided by linux510 package? If so, how do I check that and do I have to recompile the kernel to enable it?
Yeah, I managed to compile it before (didn’t really install it as I was concerned by conflicts with newer ABI) but is it even necessary? It seems to be in the kernel already. Or am I wrong about that?
Just to update: driver didn’t work. I eventually gave up trying to make it work and focused on making it work with libinput. It turned out it was missing only resolution capability, so I added it to Systemd’s HWDB and it works out of the box now. Sent merge request.
Anyone interested in making it work here and now, create a file at the following path with the following content:
I’m still open to explanation why this driver is in the kernel source and yet the tablet isn’t recognised as xinput device. If anyone happens to know, please, satisfy my curiosity. Cheers!
If i’m not mistaken, for the same reason why wacom requires the driver. While the kernel has the instruction to recognize it and work with it, xorg needs own instructions to make the bridge between tablet-kernel-applications.
Yeah, much better to follow @Lolix instructions. I realized that my interpretation of PKGBUILD was wrong to the makedepends …