Les API soit disant obscures ... sont on ne peut plus simple, et le code est la meilleur documentation. Vraiment n'importe qui capable de faire un driver GPU peut comprendre tous ces API en moins d'une journee en lisant le code. Et rien n'oblige *BSD a utiliser les memes.
TTM & GEM c'est des memory manager, leur API c'est un id u32 pour identifier chaque buffer, pas besoin d'ecrire une doc pour ca.
KMS c'est xrandr dans le noyau, tu prends la docs d'xrandr et voila.
DRI* c'est un protocol propre au server X qui permet a une application d'utiliser directement le buffer d'une pixmap pour faire son rendu. C'est utiliser principalement par OpenGL. Ca permet a une application de faire le rendu opengl directement (d'ou Direct Rendering Infrastructure) au lieu d'envoyer les commandes opengl au serveur X (indirect opengl rendering). DRI* encore une fois c'est simple en gros c'est comment obtenir le u32 qui identifie de maniere unique un buffer avec le kernel memory manager (TTM/GEM).
Voila la doc tu l'as, maintenant faut plus pleurer !
[^] # Re: Wayland / X
Posté par glisse . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 6.
Les API soit disant obscures ... sont on ne peut plus simple, et le code est la meilleur documentation. Vraiment n'importe qui capable de faire un driver GPU peut comprendre tous ces API en moins d'une journee en lisant le code. Et rien n'oblige *BSD a utiliser les memes.
TTM & GEM c'est des memory manager, leur API c'est un id u32 pour identifier chaque buffer, pas besoin d'ecrire une doc pour ca.
KMS c'est xrandr dans le noyau, tu prends la docs d'xrandr et voila.
DRI* c'est un protocol propre au server X qui permet a une application d'utiliser directement le buffer d'une pixmap pour faire son rendu. C'est utiliser principalement par OpenGL. Ca permet a une application de faire le rendu opengl directement (d'ou Direct Rendering Infrastructure) au lieu d'envoyer les commandes opengl au serveur X (indirect opengl rendering). DRI* encore une fois c'est simple en gros c'est comment obtenir le u32 qui identifie de maniere unique un buffer avec le kernel memory manager (TTM/GEM).
Voila la doc tu l'as, maintenant faut plus pleurer !
http://www.youtube.com/watch?v=vQDCUnXNJrA