Bon en fait, avec les derniers drivers ça marche... mais c'est inutilisable. En effet dès que j'active RenderAccel, ça plante dans la première minute.
Et sans RenderAccel... ben... voilà quoi !
Il y a pas mal de problèmes de ce type quis otn liés à l'utilisation du frame buffer (par la console par exemple). Il est important de savoir que
a) Xorg n'est absolument pas "frame buffer aware" ie il est incapable de savoir si le frame buffer est activé et quelles zones mémoire il utilise
b) quand Xorg utilise des fonctions avancées (surtout vraie dans les drivers proprios, mais aussi sur les cartes ATI avec les drivers libres) il va taper directement la mémoire lui même, voir va réinitialiser des zones mémoires et des maps GPU a la volée.
Il en résulte que Xorg avec les effets 3D/Composite et la console(ou le lecteur vidéo, ou un jeu) en frame buffer ca ne fait pas bon ménage du tout.
Désactiver le frame-buffer pour la console dans le kernel résoud souvent pas mal de problèmes.
[^] # Re: ATI...
Posté par Jerome Herman . En réponse au journal Le point sur les drivers de carte graphique libres. Évalué à 3.
Et sans RenderAccel... ben... voilà quoi !
Il y a pas mal de problèmes de ce type quis otn liés à l'utilisation du frame buffer (par la console par exemple). Il est important de savoir que
a) Xorg n'est absolument pas "frame buffer aware" ie il est incapable de savoir si le frame buffer est activé et quelles zones mémoire il utilise
b) quand Xorg utilise des fonctions avancées (surtout vraie dans les drivers proprios, mais aussi sur les cartes ATI avec les drivers libres) il va taper directement la mémoire lui même, voir va réinitialiser des zones mémoires et des maps GPU a la volée.
Il en résulte que Xorg avec les effets 3D/Composite et la console(ou le lecteur vidéo, ou un jeu) en frame buffer ca ne fait pas bon ménage du tout.
Désactiver le frame-buffer pour la console dans le kernel résoud souvent pas mal de problèmes.