La version 6.13 vient donc de sortir.
Pour connaître la liste des changements, vous pouvez lire l'annonce ici : http://lists.freedesktop.org/archives/xorg-announce/2010-Apr(...)
En gros, il y a l'ajout du support KMS(kernel mode-setting) pour tous les chips radeon, du r1xx(ati 7500) aux derniers evergreen(R800) des dernières radeon HD 5xxx.
Le contraste, la luminosité, la teinte et autres bonnes choses sont inclus directement dans Xv en mode textured video (mode que j'utilise pour avoir les vidéos même lorsque je tourne mon cube compiz)
Un support initial pour les chip evergreen en UMS (user-space mode-setting, le mode classique quoi comparé au nouveau KMS qui arrive avec les nouveaux noyaux)
De nouvelles options d'économie d'énergie ainsi que l'utilisation du DisplayPort toujours en UMS.
Des corrections sur le mode Zaphod (pour l'affichage sur plusieurs écrans)
Ainsi que les classiques corrections de bug comme la sortie TV en PAL pour les anciennes cartes qui avait aussi été reportée sur la branche 6.12 il y a un mois.
Comme d'hab un petit rappel de la page des fonctionnalités de ces pilotes :
http://www.x.org/wiki/RadeonFeature
La page pour les télécharger si vous ne pouvez attendre la sortie dans votre distribution :
http://cgit.freedesktop.org/xorg/driver/xf86-video-ati
Pour tirer partie de toutes ces nouveautés il faudra surement le dernier noyau (2.6.33 voir le 2.6.34-rc3) et Mesa (7.8.1)
Merci AMD, Red-Hat et toute la communauté de développeurs pour cette nouvelle monture, mes ati x300 et 9200 vous remercient !!! C'est ça que j'adore avec le libre, le support des anciens matériels se fait toujours et j'ai de plus en plus de fonctionnalités sur mes carte (que je n'avais à l'époque avec les pilotes proprios)
Journal Ayé, de nouveaux pilotes pour carte ATI sont sortis !!! \o/
6
avr.
2010
# Ooops j'ai oublié ma source.
Posté par Olivier Esver (site web personnel) . Évalué à 6.
S'il y a un problème, il y a une solution; s'il n'y a pas de solution, c'est qu'il n'y a pas de problème.
# Déjà dans Debian !
Posté par LoupSolitaire . Évalué à 1.
Et comme le dit le titre, c'est dans Debian... Experimental !
Je pense que je vais rapidement tester tout ça :)
Merci aux devs, ça fait plaisir d'être de moins en moins dépendant de pilotes proprios !
[^] # Re: Déjà dans Debian !
Posté par monde_de_merde . Évalué à 1.
Si ce qui te fais dire qu'elle n'est pas à jour, ce sont le nombreuses cases MOSTLY, c'est juste que tant qu'une fonctionnalité n'est pas considérée comme complétement stable (ie non sujette à un changement dans un avenir plus ou moins proche) elle n'est pas marqué comme DONE.
# Evergreen
Posté par Sphax . Évalué à 3.
Aujourd'hui sur ma 4850 la 3d marche bien (au moins pour les effets de kwin), et ça m'embêterait de me retrouver avec un affichage plus lent si je passais sur une 5850.
[^] # r600
Posté par cichlid . Évalué à 1.
envoyé depuis mon clavier bépo
[^] # Re: Evergreen
Posté par timid . Évalué à 2.
C'est aussi lent qu'avec le driver vesa sauf que la resolution de l'ecran est correctement detectee.
Bon le driver n'a que quelques mois, laissons le murir un peul, avec un peu de chance il pourra remplacer fglrx pour une utilisation bureautique dans 6 mois.
[^] # Re: Evergreen
Posté par Sphax . Évalué à 1.
Même si j'ai pas encore l'intention de changer de CG, le plus simple pour moi serait encore une CM avec deux ports PCIe :)
# radeon VS radeonhd
Posté par Julien04 (site web personnel) . Évalué à 2.
De son coté radeonHD est le résultat de la libération de certaines spec par ATI qui ont permis à Novell/Suse de développer un driver libre pour les cartes récentes.
Par contre j'ai du mal à trouver des infos sur un merge possible des 2 drivers. Sont ils trop différents pour espérer un mix ?
Se cantonnent ils chacun à leur gammes de cartes (vieilles / nouvelles) ?
[^] # Re: radeon VS radeonhd
Posté par Yakulu . Évalué à 4.
De fait, on peut se demander l'intérêt actuel du pilote RadeonHD, qui semble évoluer moins vite, notamment, il me semble, parce qu'ils ne voulaient pas utiliser l'AtomBIOS [voir http://www.phoronix.com/scan.php?page=article&item=radeo(...)], ce qui n'est plus le cas aujourd'hui. Si quelqu'un pouvait éclairer ce point :)
[^] # Re: radeon VS radeonhd
Posté par Phil Actaire . Évalué à 3.
Ajourd'hui, ces différents ont été effacés et les nouvelles fritures sont développées en une seule fois comme on peut le lire sur le wiki du pilote radeon.
The reasons for two different drivers are historical, and starting to be a thing of the past as all the new DRM (direct rendering manager), 3D and KMS (kernel mode setting) work is done in a single place. radeonhd driver will be continued to be developed as long as it is useful.
[^] # Re: radeon VS radeonhd
Posté par glisse . Évalué à 9.
[^] # Re: radeon VS radeonhd
Posté par Phil Actaire . Évalué à 2.
Je pensais effectivement à AtomBIOS mais, visiblement, je me fourvoyais sur les détails techniques de l'élément en question.
On en apprend tous les jours.
(Et accessoirement, ma signature vient d'exploser en vol.)
[^] # Re: radeon VS radeonhd
Posté par Olivier Esver (site web personnel) . Évalué à 6.
Et le pilote radeon a comme principaux contributeurs des employés d'AMD et de RedHat.
Donc si t'as une radeon HD tu peux tester les 2 pilotes mais je penses que maintenant le pilote radeon a rattrapé, voir dépassé le pilote radeonHD en terme de support et de fonctionnalités. si tu regardes ici : http://www.x.org/wiki/radeonhd%3Afeature tu verras que les dernières cartes evergreen ne sont pas supportées par le pilote radeonHD.
S'il y a un problème, il y a une solution; s'il n'y a pas de solution, c'est qu'il n'y a pas de problème.
# pas seulement DDX
Posté par cichlid . Évalué à 8.
La véritable release KMS correspond en effet à la partie DDX en 6.13 (l'objet de ce journal), drm (ou dri2) livré avec le noyau 2.6.32 mais pleinement fonctionnel ds la release 2.6.33 (apparition du teardropping et gestion IRQ correcte), les 2.6.34-rc* incluent une gestion de l'énergie du GPU ati qui est au poil (fini les cycles trop longs de ventilation sur mon laptop).
Intimement lié à ce projet, mesa 7.7.1 (voir 7.8) pour une accélération 3D naissante mais loin d'être opérationnel pour les jeux ... au moins pour mon chip relativement récent, puisqu'il s'agit d'un RV710 (radeon 4300 series, géré par le pilote r600, carte carrément low-end néanmoins capable de faire tourner street fighter 4 sous l'OS de redmond)
Depuis mesa 7.7 openGL est livré en version 2.0 et permet entre autre d'exploiter les shaders sous Xonotic (dernière fonctionnalité notable que j'ai pu constater), le compositing (qui fait appel à mesa) marche à merveille, la stabilité est exceptionnelle sur ma debian testing avec Xorg 1.7.5 et ce trio gagnant.
Faute d'optimisation les performances 3D sont cependant en retrait par rapport à l'user mode setting et fglrx reste le passage obligé si vous désirez jouer (cf ce bench : http://www.phoronix.com/scan.php?page=article&item=ubunt(...)
Il faut c'est vrai applaudir l'initiative, les GPU ATI ont tellement plus de potentiel que ceux d'intel.
Je serai prêt à pardonner à certain jeux d'être non libres si mon GPU est gérée pleinement par du code GPL.
On me sussure à l'oreille que la gestion openGL 2.1 apparaîtrait avec un gallium, ce dernier est embryonnaire pour les matériels r600, r700, r800 (mais existe bel et bien pour les cartes ati plus anciennes).
Un certain jérome Glisse a déja commité un peu de code et son blog laisse présager de bonne chose.
A noter que ce dev, présent au fosdem 2010 nous fait part de ces slides http://people.freedesktop.org/~glisse/glisse-fosdem2010.pdf
Une communauté prolifique, prosélyte ainsi que des developpeurs sont sur le canal #radeon sur irc.freenode.net
envoyé depuis mon clavier bépo
[^] # Re: pas seulement DDX
Posté par BAud (site web personnel) . Évalué à 4.
oui c'était dans la salle X.Org qui était pleine à craquer
http://fosdem.org/2010/schedule/events/xorg_gpu_userspace
Si quelqu'un a un peu plus d'explications, j'ai trouvé cette présentation dense et j'ai eu assez de mal à suivre (ou c'était la chaleur je ne sais pas). En tout cas, cela explique les mécanismes de bas niveau, je devais m'attendre à quelque chose de niveau userland :-)
[^] # Re: pas seulement DDX
Posté par khivapia . Évalué à 5.
Chez moi avec un chipset intégré Radeon HD3300 ça m'a permis de passer d'un supertux (bleeding edge) très lent à un jeu tout juste jouable, tout le reste de la configuration étant identique par ailleurs. Notons que j'utilise le kernel modesetting.
[^] # Re: pas seulement DDX
Posté par Olivier Esver (site web personnel) . Évalué à 2.
Pour ceux qui aiment cliquer j'ai trouvé un tuto expliquant comment l'activer avec driconf : http://doc.ubuntu-fr.org/driconf
S'il y a un problème, il y a une solution; s'il n'y a pas de solution, c'est qu'il n'y a pas de problème.
[^] # Re: pas seulement DDX
Posté par cichlid . Évalué à 2.
En fait je l'ai appris à mes dépends en essayant de jouer au MMORPG regnum-online, j'obtiens des textures comme celles ci: http://bugs.freedesktop.org/attachment.cgi?id=32428
envoyé depuis mon clavier bépo
[^] # Re: pas seulement DDX
Posté par cichlid . Évalué à 2.
http://homepage.hispeed.ch/rscheidegger/dri_experimental/s3t(...) (qui fait référence à une librairie que j'ai installée) ne semble pas avoir été porté pour les versions dri récentes et les architectures matérielles > à r600
envoyé depuis mon clavier bépo
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.