URL: https://linuxfr.org/users/yannig/journaux/ca-fuse-chez-xorg Title: Ca fuse chez Xorg Authors: yannig Date: 2008年08月06日T18:02:41+02:00 Tags: Score: 0 Alors qu'EXA vient à peine de détroner XAA (l'infrastructure d'accélération 2D de XFree86 repris dans Xorg pour être ensuite viré par EXA) que UXA pointe maintenant le bout de son nez. Pourquoi vous allez me dire ? Tout simplement parce que lors de l'adaptation de EXA à GEM [1] [2], Keith Packard n'a pas voulu modifier EXA pour le faire fonctionner avec GEM (ça aurait encore tout cassé) mais plutôt séparer les 2 travaux en dupliquant EXA ailleurs pour ensuite supprimer/adapter le code là où il y avait besoin. Le bébé fait 5000 lignes là où EXA fait environ 7500 lignes et Keith a donc décidé de l'appelé UXA (UMA Acceleration Architecture. Et UMA ? Mystère ...). Pour les cancres qui n'auraient pas suivi, EXA sert à de l'accélération 2D sous Xorg et GEM sert dans la gestion de la mémoire de la carte graphique lors de l'accélération 3D. L'idée à la base de tout ceci étant la généralisation de GEM pour simplifier et réduire le code et accessoirement le rendre plus performant et également plus sûr. Après l'intégration de la gestion du mode de la carte graphique dans le kernel ainsi que l'apparation prochaine de GEM dans le kernel, on ne peut que se réjouir de ces changements qui laisse entrevoir un avenir radieux pour l'accélération graphique sous Linux. Imaginez plutôt : - plus de serveur tournant avec les droits root - une vraie accélération 2D efficace - une accélération 3D opensource fonctionnelle - plus de changement de mode entre entre les consoles virtuelles et le serveur X Bref que du bonheur. [1] UMA Acceleration Architecture : [http://keithp.com/blogs/UMA_Acceleration_Architecture/](http://keithp.com/blogs/UMA_Acceleration_Architecture/) [2] GEM Graphics Execution Manager : [http://www.phoronix.com/scan.php?page=news_item&px=NjQ3Ng](http://www.phoronix.com/scan.php?page=news_item&px=NjQ3Ng)