Suivi du flux d'entrées/d'événements du pilote vers l'application

Question

Je crée un pilote pour un composant d'entrée personnalisé qui tentera de transmettre des données au noyau en tant qu'entrée, que le noyau transmettra ensuite via le système d'exploitation et exposera à le niveau de l'application via MotionEvent. En regardant d'autres pilotes de périphériques, cela ressemble à la définition d'événements d'entrée via certaines des fonctions exposées dans input.h du noyau Android 2.2 (2.6.32) pourrait faire l'affaire, mais j'aimerais bien le confirmer. Avant de commencer ce chemin, j'essaie de mieux comprendre comment les entrées existantes, que ce soit à partir de l'écran, du trackball, etc., passent par le système d'exploitation. Le but ultime est de nous assurer que nous pouvons transmettre des données de l'appareil au niveau App avant d'investir trop de temps dans cette voie.

tête d'entrée de linux Kernal 2.6.32

http://lxr.free-electrons.com/source/include/linux/input.h?v=2.6.32

J'ai parcouru à travers les sources de classe Android, mais ne savez pas où regarder pour voir comment le système d'exploitation instatiates la classe MotionEvent qui peut être accessible via la méthode onTouchEvent() de la classe View. Quelqu'un peut-il me pointer dans la bonne direction en ce qui concerne la façon dont MotionEvent est peuplé par le système d'exploitation et comment le système d'exploitation obtient ces données du noyau?

Merci,

Paul

Answer 1

premier lieu, je regardais dans des cadres/base/libs/ui/EventHub.cpp, il passera par/dev/input pour trouver les différents périphériques d'entrée sur votre plate-forme et quel "type" d'entrée ce sont.

Plus ...

L'étape suivante est dans les cadres/base/services/JNI/com_android_server_KeyInputQueue.cpp et cadres/base/services/java/com/android/server/KeyInputQueue.java.

Si tout ce que vous faites est la mise en œuvre de l'interface d'entrée pour un nouveau matériel, je ne pense pas que vous devez faire plus loin que cela ...