Hector Martin

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.

evdev permite tomar el control de dispositivos de forma exclusiva que es lo que debes usar, para "robar" los dispositivos originales y que lo que el resto de aplicaciones vean sea sólo los eventos de tu salida uinput combinada (si no verían duplicados)

Aprovechando algo más de tu conocimiento, sabes algo del firmware de la Raspberry y símiles? Son libres? Y en caso negativo, como de difícil sería utilizar un firmware libre?

Que yo sepa no existe un stack para rPi que sea 100% libre. El sistema siempre arranca desde un bootloader binario.