Hector Martin

Bueno, y si no va con Raspbian, le enchufo android que en principio iría fijo

Android tira de mil forks chungos del kernel según el dispositivo. Que funcione en Android no significa que funcione en un Linux normal. Pero de que dispositivo hablas? Lo normal, al margen de cosas raras como Wacom, es que sean dispositivos USB estandar que funcionen en todo.

No es USB, es un lápiz que se conecta por BT, y envía la presión ejercida. Así, entre eso y la pantalla capacitiva se podría hacer una pantalla híbrida, entre táctil y stylus

Al ser Bluetooth y con la API uinput todo esto se puede hacer en espacio de usuario sin tocar el kernel.

¿Entonces, se hace bajo la API uinput? Si no existiera controlador para el dispositivo, ¿Sería muy difícil leer lo que envíe el lápiz, y pasarlo por la API?

Si el dispositivo es un dispositivo de entrada estándar Bluetooth (HID) entonces la entrada es vía la interfaz evdev. Si es otra cosa entonces tienes que usar la API BlueZ para hablar a nivel Bluetooth y averiguar cómo funciona. uinput es para la salida, emular una tablet.

La pantalla táctil también la leerías por evdev. evdev es la interfaz estándar de dispositivos de entrada en Linux y uinput crea un evdev virtual. evdev pantalla + evdev lápiz -> uinput (= evdev por el otro lado). Si el lápiz no es HID no será evdev y hay que bajar a nivel BlueZ.