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.
Parfait, je veux bien te croire, je n'ai parcouru que très superficiellement le code de drivers/gpu/... Mais connaissant quelques développeurs X, et vu comment les projets BSD ont du mal à arriver à merger un driver pour une carte graphique moderne, j'ai quand même tendance à penser qu'il y'a un problème quelque part (évidemment, on peut supposer que les développeurs BSD sont des gros nuls, mais je ne suis pas convaincu par cette hypothèse).
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.
C'est vrai :) C'était une pique gratuite pour les fois où j'essayé de debugger les drivers des cartes wifi intel. Dans le cas des interfaces gpu, ils ont eu le bon goût de garder un peu de cette bonne vieille license BSD.
Sinon, la doc des interfaces noyal mémoire de NetBSD est sur http://netbsd.gw.com/cgi-bin/man-cgi?memoryallocators+9+NetBSD-current (et ses copains uvm(9), pmap(9), vmem(9) ...). C'est clairement pas aussi précis que ce qu'on pourrait espérer mais c'est toujours bien mieux que "rien" ("prendre un uint32_t et magie" :)).
[^] # Re: Wayland / X
Posté par zul . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 3.
Parfait, je veux bien te croire, je n'ai parcouru que très superficiellement le code de drivers/gpu/... Mais connaissant quelques développeurs X, et vu comment les projets BSD ont du mal à arriver à merger un driver pour une carte graphique moderne, j'ai quand même tendance à penser qu'il y'a un problème quelque part (évidemment, on peut supposer que les développeurs BSD sont des gros nuls, mais je ne suis pas convaincu par cette hypothèse).
C'est vrai :) C'était une pique gratuite pour les fois où j'essayé de debugger les drivers des cartes wifi intel. Dans le cas des interfaces gpu, ils ont eu le bon goût de garder un peu de cette bonne vieille license BSD.
Sinon, la doc des interfaces noyal mémoire de NetBSD est sur http://netbsd.gw.com/cgi-bin/man-cgi?memoryallocators+9+NetBSD-current (et ses copains uvm(9), pmap(9), vmem(9) ...). C'est clairement pas aussi précis que ce qu'on pourrait espérer mais c'est toujours bien mieux que "rien" ("prendre un uint32_t et magie" :)).