Le pilote proprio fait confiance à l'userspace, il ne font donc aucune analyse et il n'ont pas non plus d'étape de relocation (ie translation entre buffer id et address physique simplement parceque leur memory manager ne fonctionne pas de la même manière)
Avec gallium, il n'y a pas de software fallback, tout est accéléré, cela étant dit lorsqu'une extension est ajoutée a mesa puis gallium, cela ne veut pas dire que tout les pilotes gallium en profitent automatiquement, il faut souvent du code spécifique dans le pilote.
Le pilote Nouveau est dans la partie staging du noyau ; par conséquent, ils peuvent théoriquement changer leur API sans que Linus gueule (mais Linus gueule quand même). Pour radeon, ce n'est pas le cas ; on a donc une API figée. La solution est soit d'introduire un nouveau pilote soit de rajouter par dessus l'ancien un nouveau pilote qui se comporte différemment (cela pose bcp de problèmes).
Ce n'est pas tant r600g qu'il faut réécrire mais des parties du pilote noyau. Je m'amuse avec différents designs, après rien ne dit que les autres dev accepteront un nouveau design. Si cela devait arriver je dirais 1an-2an à moins que subitement il y ait plein de gens a travailler sur le stack graphique.
[^] # Re: nouveau driver
Posté par glisse . En réponse à la dépêche Effervescence autour de la pile graphique libre. Évalué à 10. Dernière modification le 03 avril 2011 à 17:49.
Le pilote proprio fait confiance à l'userspace, il ne font donc aucune analyse et il n'ont pas non plus d'étape de relocation (ie translation entre buffer id et address physique simplement parceque leur memory manager ne fonctionne pas de la même manière)
Avec gallium, il n'y a pas de software fallback, tout est accéléré, cela étant dit lorsqu'une extension est ajoutée a mesa puis gallium, cela ne veut pas dire que tout les pilotes gallium en profitent automatiquement, il faut souvent du code spécifique dans le pilote.
Le pilote Nouveau est dans la partie staging du noyau ; par conséquent, ils peuvent théoriquement changer leur API sans que Linus gueule (mais Linus gueule quand même). Pour radeon, ce n'est pas le cas ; on a donc une API figée. La solution est soit d'introduire un nouveau pilote soit de rajouter par dessus l'ancien un nouveau pilote qui se comporte différemment (cela pose bcp de problèmes).
Ce n'est pas tant r600g qu'il faut réécrire mais des parties du pilote noyau. Je m'amuse avec différents designs, après rien ne dit que les autres dev accepteront un nouveau design. Si cela devait arriver je dirais 1an-2an à moins que subitement il y ait plein de gens a travailler sur le stack graphique.