La cible est le modesetting/TTM dans Linux.
Le reste en user space avec Gallium3D.
Les interfaces pour le modesetting dans le kernel sont toujours en brainstorming intense (c'est pour ça que marcheu sur nouveau pousse sur randr1.2 en user space). Le TTM semble assez stable mais je n'y mettrais pas ma main à couper. Pour ce qui est de Gallium3D, on en est vraiment au début, il va certainement y avoir pas mal de modifications.
Pour OpenGL3, rien en vue. Carmak a fait une conférence comme quoi un des moyens les plus sûrs dans le design d'APIs est de faire du code avec mise en condition réèlle... c'est ce qui se passe actuellement autour de la nouvelle pile graphique pour Linux. Je ne serais pas étonné si les designers d'opengl3 suivent de près la conception de cette pile.
Le pb principal est qu'opengl2 n'est plus du tout adapté aux GPUs modernes ce qui rend la conception d'un driver un vrai cauchemard. La nouvelle pile graphique pour Linux veut des interfaces modernes et donc fait un break avec l'esprit d'opengl2 (il y aura la compatibilité avec opengl2 via mesa).
Une chose, les GPUs deviennent épouvantablement complexes, ce qui va rendre leur reverse engineering presque déraisonnable. En gros, c'est maintenant qu'il faut agir.
[^] # brainstorming
Posté par GPL . En réponse au journal Accélération 3D ATI : Ça débute !. Évalué à 4.
Le reste en user space avec Gallium3D.
Les interfaces pour le modesetting dans le kernel sont toujours en brainstorming intense (c'est pour ça que marcheu sur nouveau pousse sur randr1.2 en user space). Le TTM semble assez stable mais je n'y mettrais pas ma main à couper. Pour ce qui est de Gallium3D, on en est vraiment au début, il va certainement y avoir pas mal de modifications.
Pour OpenGL3, rien en vue. Carmak a fait une conférence comme quoi un des moyens les plus sûrs dans le design d'APIs est de faire du code avec mise en condition réèlle... c'est ce qui se passe actuellement autour de la nouvelle pile graphique pour Linux. Je ne serais pas étonné si les designers d'opengl3 suivent de près la conception de cette pile.
Le pb principal est qu'opengl2 n'est plus du tout adapté aux GPUs modernes ce qui rend la conception d'un driver un vrai cauchemard. La nouvelle pile graphique pour Linux veut des interfaces modernes et donc fait un break avec l'esprit d'opengl2 (il y aura la compatibilité avec opengl2 via mesa).
Une chose, les GPUs deviennent épouvantablement complexes, ce qui va rendre leur reverse engineering presque déraisonnable. En gros, c'est maintenant qu'il faut agir.