Tout d'abord, merci de votre participation, je n'ai que très peu de réponse ailleurs pour mon souci.
Il faut dire pour motiver les foules que je viens de loin: Jamais fait de linux embarqué, j'ai réussi grâce au net à mettre sur pied un environnement de cross-compilation, personnalisation, compilation et installation de u-boot, kernel, rootfs, lib Qt, puis développement d'une IHM avec ce nouveau framework, superbe interface graphique avec QML !! J'adore !
Le plus difficile arrive donc avec le changement de l'écran (pas assez lumineux) et de la dalle tactile (plus résistante face aux utilisateurs). C'est là où je m'attendais à avoir le plus de problème !!!
Bon, aujourd'hui je creuse cette histoire de bind, qui visiblement permet de lier un driver à un device...
Ensuite je vais trouver un bon cours sur le fonctionnement détaillé de /dev/input. J'ai encore des flous à ce sujet. En effet, mon ancien touchscreen était accessible en faisant un cat /dev/touchscreen, et je ne visualise pas très bien où-comment le /dev/input intervient...
Et pour finir, je déboulotterai le fichier /drivers/input/touchscreen/atmel_mxt_ts.c afin de mieux comprendre comment il fonctionne. J'y ai déjà jeté un coup d'oeil et les différences avec mon ancien driver de dalle (via une communication série propriétaire) sont nombreuses:
- L'ancien fonctionnait de manière un peu bâtard il me semble, car il y avait deux drivers, un pour gérer la liaison série et qui routait ça par un copy_to_user dans /dev/touchscreen-1wire, et un autre fichier qui utilisait les possibilités de /dev/input via des input_report_abs(). Par contre je n'ai pas trouvé le lien entre les deux :-(
# L'auteur prend peur \o/
Posté par totolito . En réponse au message Dalle tactile i2c, driver et linux sur mini6410: comment l'utiliser?. Évalué à 2.
Salut par ici!
Tout d'abord, merci de votre participation, je n'ai que très peu de réponse ailleurs pour mon souci.
Il faut dire pour motiver les foules que je viens de loin: Jamais fait de linux embarqué, j'ai réussi grâce au net à mettre sur pied un environnement de cross-compilation, personnalisation, compilation et installation de u-boot, kernel, rootfs, lib Qt, puis développement d'une IHM avec ce nouveau framework, superbe interface graphique avec QML !! J'adore !
Le plus difficile arrive donc avec le changement de l'écran (pas assez lumineux) et de la dalle tactile (plus résistante face aux utilisateurs). C'est là où je m'attendais à avoir le plus de problème !!!
Bon, aujourd'hui je creuse cette histoire de bind, qui visiblement permet de lier un driver à un device...
Ensuite je vais trouver un bon cours sur le fonctionnement détaillé de /dev/input. J'ai encore des flous à ce sujet. En effet, mon ancien touchscreen était accessible en faisant un cat /dev/touchscreen, et je ne visualise pas très bien où-comment le /dev/input intervient...
Et pour finir, je déboulotterai le fichier /drivers/input/touchscreen/atmel_mxt_ts.c afin de mieux comprendre comment il fonctionne. J'y ai déjà jeté un coup d'oeil et les différences avec mon ancien driver de dalle (via une communication série propriétaire) sont nombreuses:
- L'ancien fonctionnait de manière un peu bâtard il me semble, car il y avait deux drivers, un pour gérer la liaison série et qui routait ça par un copy_to_user dans /dev/touchscreen-1wire, et un autre fichier qui utilisait les possibilités de /dev/input via des input_report_abs(). Par contre je n'ai pas trouvé le lien entre les deux :-(
Merci de votre attention ;-)