On peut jouer a ce jeux longtemps ;) Moi j'aime bien jouer :)
Ecrire des specifications comme par exemple celle d'opengl ou du c99 pour TTM/GEM/KMS ... n'a aucun sens. Fondamentalement le coeur de TTM/GEM/KMS n'a pas cesse de changer. Mais l'interface expose est toujours la meme. Un simple uint32_t (et voila je peux meme plus faire le feignant et utiliser u32) qui identifier de maniere unique un buffer pour TTM/GEM et un moyen de mmap a partir de cette uint32_t. C'est tout ce que demande l'userspace.
Sincerement je crois que tu as passe trop de temps a faire du management de projet et autre truc .... (je me censure).
Par ailleur je tiens a preciser que tout le code TTM/GEM/KMS est double license GPL/BSD. Donc oui vous pouvez regarder le code et meme le copier.
Vraiment demander une doc c'est de la mauvaise foi. C'est pas dure a comprendre tous ce code. Le probleme c'est que le memory management des *BSD est different et qu'il faut une personne qui comprenne le code gerant la memoire dans le noyau *BSD (a propos elle est ou la doc pour ca ?)
Faut pas avoir peur de la taille du code des drivers GPU. Le modesetting prend bcp de
place et c'est pas complique.
Je soutiens qu'une personne capable d'ecrire un driver GPU n'aura aucun mal a porter vers un BSD et qu'aucune documentation au monde ne servira. Vraiment ecrire la doc prendrer plus de temps que d'ecrire le code.
[^] # Re: Wayland / X
Posté par glisse . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 8.
On peut jouer a ce jeux longtemps ;) Moi j'aime bien jouer :)
Ecrire des specifications comme par exemple celle d'opengl ou du c99 pour TTM/GEM/KMS ... n'a aucun sens. Fondamentalement le coeur de TTM/GEM/KMS n'a pas cesse de changer. Mais l'interface expose est toujours la meme. Un simple uint32_t (et voila je peux meme plus faire le feignant et utiliser u32) qui identifier de maniere unique un buffer pour TTM/GEM et un moyen de mmap a partir de cette uint32_t. C'est tout ce que demande l'userspace.
Sincerement je crois que tu as passe trop de temps a faire du management de projet et autre truc .... (je me censure).
Par ailleur je tiens a preciser que tout le code TTM/GEM/KMS est double license GPL/BSD. Donc oui vous pouvez regarder le code et meme le copier.
Vraiment demander une doc c'est de la mauvaise foi. C'est pas dure a comprendre tous ce code. Le probleme c'est que le memory management des *BSD est different et qu'il faut une personne qui comprenne le code gerant la memoire dans le noyau *BSD (a propos elle est ou la doc pour ca ?)
Faut pas avoir peur de la taille du code des drivers GPU. Le modesetting prend bcp de
place et c'est pas complique.
Je soutiens qu'une personne capable d'ecrire un driver GPU n'aura aucun mal a porter vers un BSD et qu'aucune documentation au monde ne servira. Vraiment ecrire la doc prendrer plus de temps que d'ecrire le code.