Des specs redistribuables librement sont plus importantes que des drivers libres. Il est plus facile d'écrire des drivers pour n'importe quel OS sur base de specs que d'écrire des specs (ou un driver pour un autre OS) sur base d'un driver fut-il libre.
Sans parler de maintenir le driver (avec des specs librement redistribuables, sans NDA) :
- Corriger les bugs même lorsque les devs d'ATI sont en vacances (ou s'ils sont en sous effectif, ou si ATI décide d'abandonner ce développement, ...), ne pas être cassé à chaque release d'un kernel qui fait des changements structurels (genre NO_HZ/dynticks, 4K pages, refontes du sous-sytème DRM/DRI, etc).
- Implémenter les fonctionalités graphiques (genre GLX_EXT_texture_from_pixmap ou randr) du moment en temps raisonnable, avec l'aide des devs du champ concerné
- Permettre aux spécialistes des divers sous-systèmes du kernel de les aider à répondre aux nouveaux besoins emergents concernant les drivers (être "suspendables" pour le s2d & s2r, être économes en énergie, ...).
- Permettre aux développeurs extérieurs intéressés d'écrire le support pour les configuration "minoritaires" (comme linux sur ppc ou x86_64, ou *BSD ou Solaris). Rappelons que pour le moment le driver proprio d'ATI ne supporte pas ces environnements, et il n'y a pas de raison particulière pour que la direction d'ATI accepte d'investir des ressources là dessus pour leur driver libre.
Clairement, donner les docs , c'est mieux que donner seulement un driver tout fait même s'il est libre.
[^] # Re: Fichtre
Posté par herodiade . En réponse au journal Nous livrerons des drivers libres. Évalué à 10.
Sans parler de maintenir le driver (avec des specs librement redistribuables, sans NDA) :
- Corriger les bugs même lorsque les devs d'ATI sont en vacances (ou s'ils sont en sous effectif, ou si ATI décide d'abandonner ce développement, ...), ne pas être cassé à chaque release d'un kernel qui fait des changements structurels (genre NO_HZ/dynticks, 4K pages, refontes du sous-sytème DRM/DRI, etc).
- Implémenter les fonctionalités graphiques (genre GLX_EXT_texture_from_pixmap ou randr) du moment en temps raisonnable, avec l'aide des devs du champ concerné
- Permettre aux spécialistes des divers sous-systèmes du kernel de les aider à répondre aux nouveaux besoins emergents concernant les drivers (être "suspendables" pour le s2d & s2r, être économes en énergie, ...).
- Permettre aux développeurs extérieurs intéressés d'écrire le support pour les configuration "minoritaires" (comme linux sur ppc ou x86_64, ou *BSD ou Solaris). Rappelons que pour le moment le driver proprio d'ATI ne supporte pas ces environnements, et il n'y a pas de raison particulière pour que la direction d'ATI accepte d'investir des ressources là dessus pour leur driver libre.
Clairement, donner les docs , c'est mieux que donner seulement un driver tout fait même s'il est libre.