Ce sujet est consacré aux expérimentations avec le pilote libre xorg-x11-drv-ati, plus précisément le pilote "radeon", pour les processeurs graphique ATI.

Comme parfois il faut en passer par là pour avoir quelques avancées primordiale et que cela ne peut intégré la documentation.

Tout ceci est à vos risques et périls, même si cela ne devrais entrainer aucun désagrément, car testé avant d'être indiqué.

On commence par le problème de la gestion d'énergie qui est résolut en grande partie par le passage au noyau 2.6.34 (sont exclus pour le moment les possesseurs de radeon jusqu'au R2xx donc jusqu'au 9250 incluse) :

Récupération des paquets pour son architecture ici (paquet marqué .fc14, voir .fc13 si la version 2.6.34 du noyau est disponible pour Fedora 13) :
Installation : 
su -c yum localupdate --nogpgcheck *.*
Plus d'information à venir au fur et à mesure.

Les R8xx evergreen (HD5xxx) devraient être récupéré le support de la 3D d'ici peut. Donc, si cela est possible, nous en reparlerons ici même.
Euh... Pas obligatoirement, mais comme l'autre est plus sur les HD5xxx/R8xx... enfin normalement, après il commence à partir sur tout...
VINDICATORs wrote:On commence par le problème de la gestion d'énergie qui est résolut en grande partie par le passage au noyau 2.6.34 :
Le problème semble loin d'être résolu même avec le kernel 2.6.34.

Dans la version 2.6.34-16.fc14 le power management du driver Radeon est de nouveau disabled :
* Tue Jun 01 2010 Kyle McMartin <kyle@redhat.com> - disable radeon_pm for now.
Pour les explications voir : http://lists.fedoraproject.org/pipermail/kernel/2010-June/002470.html
Le problème étant, je le rappel, que certaines marques emploient leur propre solution, cela peut aussi expliquer le pourquoi de la difficulté de développement...

Dsl, mais cela change tellement souvent que je ne peux toujours être à la page 😉. D'ailleurs c'est pas encore disponible...

D'après ce que j'ai compris, cela provoque des défaut avec les R2xx (Radeon 7500 à Radeon 9250). Pour rappel, c'est une architecture qui à pas loin de 9->10ans commercialement parlant.


Donc pour ceux qui sont possesseur de cette génération de gpu et précédentes, n''utiliser pas cette méthode et restez sur le noyau 2.6.33 pour le moment.

  • [supprimé]

  • Message #6
Moi je pensait que la gestion de l'énergie n'avait commencé à être gérée réellement que vers les R500 ou + ! C'était déjà possible de modifier les fréquences, voltages, etc. sur des vieilles Radeon 7500 ? Les pilotes proprio le faisait à l'époque ?
J'ai recompilé moi même un noyau de F14 pour voir les améliorations sur une Radeon HD4570 Mobility. Aucun changement, hormis sur batterie, où la température baisse un peu et la vitesse du ventilateur aussi. Je regrette (surtout mes oreilles) encore mon "nomodeset" et mes options de gestion d'énergie. J'ai hâte de voir la gestion du .35
salut

j ai du installé une version plus récente du kernel aussi pour l'alimentation
2.6.34-11.fc14.i686
pas senti de différences 🙁
c'est quoi ce "nomodeset" ?
Au passage je rajouterais bien Mesa 7.9, pilote et libdrm de Fedora 14, mais bon... Il n'y a pas vraiment de changement notable (léger gains dans Urban Terror), donc bon...

Pourquoi tu a comme option le nomodeset? cela désactive le modesetting du noyau -> http://fr.wikipedia.org/wiki/Kernel-based_mode-setting
salut
c est juste que Bouska en parlait
ça change qqch sur la gestion d'energie ?
*** Mis à jour le 6 juin 2010 ***

Si on récapitule (avec une carte HD5770)

Kernel 2.6.34 Fedora

2.6.34-11.fc14.x86_64 ==> pm enabled
[drm] radeon: power management initialized
2.6.34-14.fc14.x86_64 ==> pm enabled
[drm] Internal thermal controller with fan control
[drm] radeon: power management initialized
2.6.34-16.fc14.x86_64 ==> pm disabled
2.6.34-18.fc14.x86_64 ==> pm disabled
2.6.34-20.fc14.x86_64 ==> pm disabed
[drm] Internal thermal controller with fan control
Kernel 2.6.35 Vanilla

2.6.34-next-20100528 ==> pm enabled
2.6.35-RC1 ==> pm enabled
2.6.35-rc1-next-20100601 ==> pm enabled
2.6.35-RC2 ==> pm enabled
[drm] Internal thermal controller with fan control
[drm] radeon: power management initialized
J'ai quelques questions sur les avancés du pilote libre et de mesa . Sur F13 , vous avez mesa 7.8.1 si j'ai bien compris ?
Je suis encore sous F12 avec ma HD4770 (RV740) et j'utilise donc mesa expérimental 7.7.4 .

1)Ou on est on du coté de mesa sous F13 ? Qu'elle version d'OpenGl Mesa supporte t'il actuellement ? 2.4 ?

2)J'ai lu sur phoronix que le support d'OpenGL 3.xx interviendrait dans la version 8.0 de mesa . Est il possible en attendant sur F12 de mettre à jour Mesa ?

3) Pour info , quand on parle de l'implémentation de nouvelle version d'OpenGL dans mesa , on le fait sans distinction entre les rv7xxx et les R8xxx ? Les deux génération confondue bénéficie de la même évolution de mesa en même temps ??

Merci de m'éclairer. 🙂
La 2.0 amélioré, la 3.2 (voir la 3.3 et la 4.0 qui à l'air d'être en avance...) d'ici peut vu les rapports de développement, sans doute pour Mesa 8. Normalement la 3.0 devait arriver pour la 7.9, mais bon...

Tu peux y passer avec les paquets pour F13 sans problèmes.

Et oui sans distinctions, les R8xx devraient être supporté d'ici peut (toujours d'après les rapports de développement et phoronix).

C'est pour cela aussi qu'il y a un manque d'optimisation des architectures et aussi peut de différence entre les différentes générations et modèle. Cela arrivera par la suite petit à petit.

  • [supprimé]

  • Message #17
VINDICATORs wrote:[...]les R8xx devraient être supporté d'ici peut (toujours d'après [...].
peut : conjugaison du verbe pouvoir (il peut)
peu : pas beaucoup

désolé depuis le temps que je vois cette faute, fallait bien que je te corrige 😉
VINDICATORs wrote:La 2.0 amélioré, la 3.2 (voir la 3.3 et la 4.0 qui à l'air d'être en avance...) d'ici peut vu les rapports de développement, sans doute pour Mesa 8. Normalement la 3.0 devait arriver pour la 7.9, mais bon...

Tu peux y passer avec les paquets pour F13 sans problèmes.

Et oui sans distinctions, les R8xx devraient être supporté d'ici peut (toujours d'après les rapports de développement et phoronix).

C'est pour cela aussi qu'il y a un manque d'optimisation des architectures et aussi peut de différence entre les différentes générations et modèle. Cela arrivera par la suite petit à petit.
Merci pour ta réponse , j'ai donc téléchargé le RPM mesa dri en 7.8.1 de F13 pour ma F12. À l'installation j'ai ceci : 
mesa-dri-drivers-experimental-7.7-4.fc12.x86_64 requires libdricore.so()(64bit)
mesa-libGL-7.7-4.fc12.x86_64 requires mesa-dri-drivers(x86-64) = 7.7-4.fc12
Faut il émettre un argument qui permette le remplacement de mon ancien mesa dri par le nouveau ?

  • [supprimé]

  • Message #19
Comment tu l'installes ?
Je suis allé chercher le paquetage dans les dépots de fedora et j'ai fais :
rpm -i '/home/brain/Téléchargement/mesa-dri-drivers-7.8.1-6.fc13.x86_64.rpm' 
attention: /home/brain/Téléchargement/mesa-dri-drivers-7.8.1-6.fc13.x86_64.rpm: Entête V3 RSA/SHA256 signature: NOKEY, key ID e8e40fde
    le fichier /usr/lib64/dri/r600_dri.so de l'installation de mesa-dri-drivers-7.8.1-6.fc13.x86_64 entre en conflit avec le fichier du paquetage mesa-dri-drivers-experimental-7.7-4.fc12.x86_64
    le fichier /usr/lib64/dri/i915_dri.so de l'installation de mesa-dri-drivers-7.8.1-6.fc13.x86_64 entre en conflit avec le fichier du paquetage mesa-dri-drivers-7.7-4.fc12.x86_64
    le fichier /usr/lib64/dri/i965_dri.so de l'installation de mesa-dri-drivers-7.8.1-6.fc13.x86_64 entre en conflit avec le fichier du paquetage mesa-dri-drivers-7.7-4.fc12.x86_64
    le fichier /usr/lib64/dri/mga_dri.so de l'installation de mesa-dri-drivers-7.8.1-6.fc13.x86_64 entre en conflit avec le fichier du paquetage mesa-dri-drivers-7.7-4.fc12.x86_64
    le fichier /usr/lib64/dri/r128_dri.so de l'installation de mesa-dri-drivers-7.8.1-6.fc13.x86_64 entre en conflit avec le fichier du paquetage mesa-dri-drivers-7.7-4.fc12.x86_64
    le fichier /usr/lib64/dri/r200_dri.so de l'installation de mesa-dri-drivers-7.8.1-6.fc13.x86_64 entre en conflit avec le fichier du paquetage mesa-dri-drivers-7.7-4.fc12.x86_64
    le fichier /usr/lib64/dri/r300_dri.so de l'installation de mesa-dri-drivers-7.8.1-6.fc13.x86_64 entre en conflit avec le fichier du paquetage mesa-dri-drivers-7.7-4.fc12.x86_64
    le fichier /usr/lib64/dri/radeon_dri.so de l'installation de mesa-dri-drivers-7.8.1-6.fc13.x86_64 entre en conflit avec le fichier du paquetage mesa-dri-drivers-7.7-4.fc12.x86_64
    le fichier /usr/lib64/dri/savage_dri.so de l'installation de mesa-dri-drivers-7.8.1-6.fc13.x86_64 entre en conflit avec le fichier du paquetage mesa-dri-drivers-7.7-4.fc12.x86_64
    le fichier /usr/lib64/dri/swrast_dri.so de l'installation de mesa-dri-drivers-7.8.1-6.fc13.x86_64 entre en conflit avec le fichier du paquetage mesa-dri-drivers-7.7-4.fc12.x86_64
    le fichier /usr/lib64/dri/tdfx_dri.so de l'installation de mesa-dri-drivers-7.8.1-6.fc13.x86_64 entre en conflit avec le fichier du paquetage mesa-dri-drivers-7.7-4.fc12.x86_64
    le fichier /usr/lib64/dri/unichrome_dri.so de l'installation de mesa-dri-drivers-7.8.1-6.fc13.x86_64 entre en conflit avec le fichier du paquetage mesa-dri-drivers-7.7-4.fc12.x86_64
j'ai aussi essayé : 
rpm -U '/home/brain/Téléchargement/mesa-dri-drivers-7.8.1-6.fc13.x86_64.rpm' 
attention: /home/brain/Téléchargement/mesa-dri-drivers-7.8.1-6.fc13.x86_64.rpm: Entête V3 RSA/SHA256 signature: NOKEY, key ID e8e40fde
erreur: Dépendances requises:
    libdricore.so()(64bit) est nécessaire pour (déjà installé) mesa-dri-drivers-experimental-7.7-4.fc12.x86_64
    mesa-dri-drivers(x86-64) = 7.7-4.fc12 est nécessaire pour (déjà installé) mesa-libGL-7.7-4.fc12.x86_64