• [supprimé]

  • Message #381
PC Inpact publie une interview du développeur en chef des pilotes ATI.
http://www.pcinpact.com/dossiers/amd-radeon-catalyst-interview-terry-makedon/168-5.htm

C'est très intéressant, surtout la partie concernant Linux. Mais malheureusement je ne constate que des mauvaises nouvelles :
? les spécifications techniques d'UVD et de power management ne seront pas publiées
? ATI ne connait décidément que Ubuntu dans la sphère Linux (support de Xserver 1.7 prévu pour Ubuntu 10.04) alors que la 1.8 sortira au même moment quasiment. Ne vous attendez donc pas à des pilotes proprio sur F13.
Merci, je ne l'avais pas vu.

Pour l'UVD/GPGU, le travail se fera indépendament aussi par le développement de l'openCL avec Gallium, maintenant reste à voir si cela sera plus efficace à la longue qu'une API propre et propriétaire... Au passage ils n'ont pas l'air d'exclure la libération de XvBA...

Pour le powerManagement, il arrive avec le noyau 2.6.33 de Fedora 13 plus complet et officiellement avec le noyau officiel 2.6.34. Mais encore une fois d'avoir trop laisser les fabricants développés 36000 (et oui... je suis du sud!) manière de gérer l'énergie... Ils sont déjà bien embêtés avec le pilote propriétaire à ce niveau, même sous MS windows, donc il ne faut pas s'étonner que ce soit aussi le cas ailleurs.

Je l'ai souvent dit que Ubuntu freiner quand même le développement, car le serveur Xserver 1.7 est là en version stable depuis un bon moment et à connus 5 mises à jours majeurs depuis... Mais bon ils se basent sur la distribution la plus diffusé, mais ce que ne veux pas dire la meilleur (on peut l'appeler le syndrome "VHS"...).
Bonjour a tous !

Alors voila, je suis LE Debutant sous Linux. Mais comme je suis curieux et aime la gratuite lol, j ai installe Fedora 12 x64.

Comme apparamment beaucoup de monde, je galere pour tout ce qui est pilote.

J ai une ATI 4850 de chez Sapphire, qui sous Windows me donne entiere satisfaction, mais sous Fedora....

J ai installe les drivers mesa experimental. L affichage 2D fonctionne bien. Par contre, lorsque je veux activer les effets du Bureau, j ai ce joli message :

"Accelerated 3D graphic is not avaible. Desktop effects require hardware 3D support."

Ma GUI est GNOME.

Ma config Hardware est la suivante :

CPU : QUAD Q9550
RAM : 4 Go
HD : 2 x 160 Go (1 pour Win 7 + 1 pour Fedora)
Pas de bootloader GRUB / LILO pour les 2 O.S. Chacun est installe sur son HD propre avec son loder propre (Donc choix du boot de l un ou de l autre en selectionnant le disque a lancer par le BIOS)
Moniteur : Samsung SyncMaster LD190 (1360 x 768 - 60 Hz)
Carte graphique : ATI 4850 HDMI (mais j utilise le VGA) 512 Mo

Lors de l execution de "glxgears", la reponse en FPS est en moyenne de 760 (et encore parce que j ai mis a jour le Kernel et peut etre autre chose sans le vouloir alors lol, pk avant cette MAJ, le resultat ne depassait pas 470)

En entrant cette ligne de commande ; cat /proc/bus/pci/devices | grep VGA || lspci | grep VGA | colrm 1 4 ; \
cat /proc/cpuinfo | egrep "model name|MHz" ; \
xdpyinfo | egrep "version:|dimensions|depth of" ; \
glxinfo | egrep -A2 "direct rendering|OpenGL vendor" ; \
uname -sr;


J obtient ceci comme reponse :

0.0 VGA compatible controller: ATI Technologies Inc RV770 [Radeon HD 4850]
model name : Intel(R) Core(TM)2 Quad CPU Q9550 @ 2.83GHz
cpu MHz : 2003.000
model name : Intel(R) Core(TM)2 Quad CPU Q9550 @ 2.83GHz
cpu MHz : 2003.000
model name : Intel(R) Core(TM)2 Quad CPU Q9550 @ 2.83GHz
cpu MHz : 2003.000
model name : Intel(R) Core(TM)2 Quad CPU Q9550 @ 2.83GHz
cpu MHz : 2003.000
dimensions: 1360x768 pixels (359x203 millimeters)
depth of root window: 24 planes
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
--
OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 2.1 Mesa 7.7.1-DEVEL
Linux 2.6.32.8-58.fc12.x86_64

Ah oui ! J avais (J ai ??) eu un message concernant Grub.conf lors du demarrage, a la ligne suivante (j ai mis la ligne concernant mon kernel d installation) :

kernel /vmlinuz-2.6.31.5-127.fc12.x86_64 ro root=UUID=8dc99539-81bd-45e3-b045-c56bcbb188e1 LANG=fr_FR.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=fr-latin9 rhgb quiet

A chaque fois que j installais des pilotes proprietaires ou libre autre que les mesa experimental, je ne parvenais plus a demarrer ma distribution sous GUI car erreur lors du chargements des modules ->ecran noir avec curseur clignotant et plus rien. Et Xorg.conf etait supprime.


Et autre probleme beaucoup plus imortant : Comment regler le ventilateur de ma carte graphique car il ne tourne pas assez vite par defaut. Sous Windows, j utilisais ATI Tray Tools (ce qui me permetait en + de pouvir parametrer / optimiser ma carte sans installer ce fichu Catalyst lourd et inutile)

Depuis la MAJ de mon Fedora je suis tente de reinstaller les pilotes ATI proprietaires en me disant que peut etre je pourrai trouver une option dedans pour mon ventilo.. Mais si je me retrouve avec un ecran noir... Je ne saurai que faire


Pourriez vous m aider svp ?

  • [supprimé]

  • Message #384
  • Modifié
Bonjour,

Tu ne peux rien faire de mieux. Le pilote radeon est correctement installé et utilisé. Sauf que c'est pas encore au point donc pour la 3D c'est pas encore ça, mais ça vient. Pour Compiz je sais pas, j'utilise KDE et Kwin marche bien avec la 3D.

Le pilote proprio n'est de toute façon pas dispo pour F12 (et c'est pas pour demain non plus).

-> soit tu restes comme ça.
-> soit tu reviens sur F11 pour avoir un pilote proprio.
-> soit tu avances en rawhide pour voir les avancées en cours (et peut-être ainsi corriger la gestion de ton ventilo).
Mouhais... Il faut aussi vérifier que la libdrm est installé et utilise fusion-icon et non ce bouton qui ne fonctionne que quand cela lui chante!

2 le powerplay ne sera actif qu'avec le noyau 2.6.33 normalement. Je viens de le rajouter dans la documentation -> http://doc.fedora-fr.org/wiki/Carte_graphique_ATI_:_Probl%C3%A8mes_et_solutions_des_pilotes_libre#PowerPlay_.28gestion_de_l.27.C3.A9nergie.29

Pour l'histoire avec le pilote libre voir la doc et les réponses de ce sujet, cela à maintes fois était expliqué...

Pas mieux que lecbee.

Au passage il faut relancer le serveur graphique ou la machine pour que soit pris en compte mesa-dri-drivers-experimental.

Et "LE débutant" n'est pas une excuse! sans compter que tu n'es pas le seul au monde non plus...
Merci pour vos reponses !

"Et "LE débutant" n'est pas une excuse! sans compter que tu n'es pas le seul au monde non plus..."

Il n est nullement question d excuses car si j avais obtenu des reponses que j aurai comprises, je ne serai pas venu vous embeter pour cela.

Pour revenir a Fedora 11, j ai teste mais pas les pilotes graph car la distrib deconnait avec ma clef WI-FI

Elle refusait de memoriser mon code WPA et en memorisait un autre qu elle choppait je sais pas ou... C etait le delire

Du coup, j etais bloque alors que c etait peut etre ma solution.

Lerci en tous cas pour vos aides. Ca m evitera maintenant de chercher ce qui n a pas de reponse / solution pour le moment
A prendre au 3ème degré aussi 😉

Pour fedora 11 le pilote propriétaire est disponible en version adapté pour fedora 11, voir la documentation sur le pilote propriétaire.

Pour le reste c'est un peut hors sujet...
VINDICATORs wrote:A prendre au 3ème degré aussi 😉

Pour fedora 11 le pilote propriétaire est disponible en version adapté pour fedora 11, voir la documentation sur le pilote propriétaire.

Pour le reste c'est un peut hors sujet...
Sous Fedora 11 avec la version 10.1 et une carte HD 4770 j'ai connu des freeze ces problèmes ne sont d'ailleurs peut être pas résolu avec les nouvelles version à venir..
Bonjour,

j'ai des problèmes avec la nouvelle version du driver libre (mise à jour du dépôt updates : xorg-x11-drv-ati-6.13.0-0.21.20100219gite68d3a389.fc12.i686) concernant la sortie sur la TV :

1) les outils de config du display à partir de KDE-settings me permettent bien d'activer la TV / la résolution, etc...
2) idem avec la commande xrandr

3) MAIS : dans tous les cas, l'affichage à la TV est "rayé" (légères rayures horizontales sur toute la hauteur de l'écran, un peu comme si un câble était mal enfoncé).

Cependant : je n'ai pas ce pb avec Windows, et je ne l'avais pas non plus avec la version prédédente du driver xorg-x11-drv-ati.

Comment résoudre cela ? Merci d'avance
J'ai un problème identique depuis l'installation de f12 mais sur un deuxième écran branché en vga

Toujours pas de solution en vue pourtant le pilote semble de plus en plus performant...

Voir poste #52 et #57 de ce fil

J'ai un ati radeon HD 2400 mobility
Bizarre, je n'ai pas constaté ce problème, ni en vga, ni en sortie tv...

Vous avez aussi mis à jour xorg-x11-server au passage? il y a une mise à jour dans updates-testing. Quel version de MESA utilisez vous?
J'ai le même problèem avec un écran externe Philips 22" (1680x1050) depuis la MAJ de xorg-x11-server: l'écran ext strié horizontalement et illisible en lode 1680x1050(apparemment un pg de synchro horizontale)...
En mode 1440x900, il fait des "vagues" verticles ... Voici mon xorg.conf: 
Section "ServerLayout"
    Identifier     "single head configuration"
    Screen      0  "Screen0" 0 0
    InputDevice    "Keyboard0" "CoreKeyboard"
EndSection

Section "InputDevice"
# keyboard added by system-config-display
    Identifier  "Keyboard0"
    Driver      "kbd"
    Option        "XkbModel" "pc105"
    Option        "XkbLayout" "be"
EndSection

Section "Device"
    Identifier  "Videocard0"
    Driver      "radeon"
EndSection

Section "Screen"
    Identifier "Screen0"
    Device     "Videocard0"
    DefaultDepth     24
    SubSection "Display"
        Viewport   0 0
        Depth     24
    EndSubSection
EndSection
Et les paquets "mesa" installés: 
# yum list installed | grep mesa
mesa-dri-drivers.i686
mesa-libGL.i686     7.7-3.fc12      @updates                                    
mesa-libGL-devel.i686
mesa-libGLU.i686    7.7-3.fc12      @updates                                    
mesa-libGLU-devel.i686
mesa-libOSMesa.i686 7.7-3.fc12      @updates                                    
mesa-libOSMesa-devel.i686
PS: je donne cours demain matin... J'aurais besoin d'un affichage externe clair ASAP. Toute solution, y compris un retour vers un serveur Xorg précédent serait la bienvenue...
bizzare vos soucis moi je n'est eu aucun soucis avec cette dernière version pourtant j'ai un dual screen
1- 1680x1050 en DVI
2- 1280v1024 en VGA

que renvoie 
$ grep -e "EE" -e "WW" /var/log/Xorg.0.log
Voici le résultat de la commande: 
$ grep -e "EE" -e "WW" /var/log/Xorg.0.log
    (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled.
(WW) Disabling Keyboard0
(II) Loading extension MIT-SCREEN-SAVER
(EE) Logitech USB Receiver: failed to initialize for relative axes.
Euh??? pourquoi a tu besoin d'un xorg.conf?

Vérifiez que vous aillez bien xorg-x11-drv-ati-firmware.

Télécharger la mise à jour de mesa disponible sur koji ici -> http://koji.fedoraproject.org/koji/packageinfo?packageID=184
Soit vous restez en 7.7, soit vous prenez la dernière version 7.8 disponible pour Fedora 13.
Mettez aussi à jour le xorg-x11-server disponible sur updates-testing pour voir si ce n'est pas lui qui provoque les défauts.

Pour rappel avec les paquets koji :
Téléchargez les paquets et "yum localupdate --nogpgcheck nomdupaquet"
Relancez votre serveur graphique!

  • [supprimé]

  • Message #396
VINDICATORs, est-ce que tu sais si on peux visualiser les paquets xorg* (ex : xorg-x11-server) sur koji ? Moi je ne les trouve pas, du coup je ne vois pas les modifications apportées par chaque mise à jour.
VINDICATORs wrote:Télécharger la mise à jour disponible sur koji ici -> http://koji.fedoraproject.org/koji/packageinfo?packageID=184
Soit vous restez en 7.7, soit vous prenez la dernière version 7.8 disponible pour Fedora 13.
C'est possible d'installer mesa-7.8.fc13 sur F12 ?
Bon, je ne suis pas une lumière en informatique...

Ce que je puis dire, c'est qu'il semble y avoir un pb de compatibilité entre les derniers pilotes graphiques et la dernière version du noyau (2.6.32.9-67). Je viens de redémarrer sur la précédente version (2.6.31.12-174.2.22) et le pb a disparu; j'ai à nouveau un affichage net sur l'écran externe.

@Vindicator:
L'affichage fonctionnait avant avec et sans xorg.conf. Le pb était aussi présent avec ou sans.
Voici tout ce qui est installé contenant x11: 
# rpm -qa | grep x11
xorg-x11-drv-intel-2.9.1-1.fc12.i686
xorg-x11-drv-nv-2.1.15-2.fc12.i686
xorg-x11-drv-apm-1.2.2-1.fc12.i686
xorg-x11-server-Xorg-1.7.5-5.fc12.i686
xorg-x11-proto-devel-7.4-35.fc12.noarch
xorg-x11-drv-vesa-2.3.0-1.fc12.i686
xorg-x11-drv-mga-1.4.11-1.fc12.i686
xorg-x11-drv-mutouch-1.2.1-4.fc12.i686
xorg-x11-drv-dummy-0.3.3-1.fc12.i686
xorg-x11-drv-ati-firmware-6.13.0-0.21.20100219gite68d3a389.fc12.i686
xorg-x11-drv-mach64-6.8.2-1.fc12.i686
xorg-x11-drv-openchrome-0.2.904-1.fc12.i686
xorg-x11-drv-void-1.3.0-2.fc12.i686
xorg-x11-fonts-misc-7.2-9.fc12.noarch
xorg-x11-drv-geode-2.11.4.1-1.fc12.i686
xorg-x11-drv-mouse-1.5.0-1.fc12.i686
xorg-x11-xtrans-devel-1.2.2-4.fc12.noarch
xorg-x11-drivers-7.3-13.fc12.i686
xorg-x11-drv-radeonhd-1.3.0-4.2.20091204git.fc12.i686
xorg-x11-fonts-ISO8859-1-100dpi-7.2-9.fc12.noarch
xorg-x11-fonts-100dpi-7.2-9.fc12.noarch
xorg-x11-font-utils-7.2-11.fc12.i686
xorg-x11-drv-wacom-0.10.4-2.fc12.i686
xorg-x11-drv-trident-1.3.3-1.fc12.i686
xorg-x11-drv-r128-6.8.1-2.fc12.i686
xorg-x11-drv-i128-1.3.3-1.fc12.i686
xorg-x11-drv-sisusb-0.9.3-1.fc12.i686
xorg-x11-drv-ati-6.13.0-0.21.20100219gite68d3a389.fc12.i686
xorg-x11-docs-1.3-6.fc12.noarch
xorg-x11-xauth-1.0.2-7.fc12.i686
xorg-x11-xkb-utils-7.4-6.fc12.i686
xorg-x11-drv-voodoo-1.2.3-1.fc12.i686
xorg-x11-drv-keyboard-1.4.0-2.fc12.i686
xorg-x11-drv-elographics-1.2.3-4.fc12.i686
xorg-x11-drv-savage-2.3.1-1.fc12.i686
ConsoleKit-x11-0.4.1-3.fc12.i686
xorg-x11-fonts-Type1-7.2-9.fc12.noarch
xorg-x11-server-common-1.7.5-5.fc12.i686
xorg-x11-drv-neomagic-1.2.4-2.fc12.i686
xorg-x11-drv-cirrus-1.3.2-1.fc12.i686
xorg-x11-drv-fpit-1.3.0-4.fc12.i686
xorg-x11-drv-penmount-1.4.0-4.fc12.i686
xorg-x11-drv-i740-1.3.2-1.fc12.i686
xorg-x11-drv-glint-1.2.4-1.fc12.i686
xorg-x11-drv-hyperpen-1.3.0-3.fc12.i686
xorg-x11-drv-ast-0.89.9-1.fc12.i686
xorg-x11-drv-vmmouse-12.6.5-2.fc12.i686
xorg-x11-drv-acecad-1.4.0-1.fc12.i686
xorg-x11-drv-fbdev-0.4.1-1.fc12.i686
pulseaudio-module-x11-0.9.21-5.fc12.i686
xorg-x11-drv-sis-0.10.2-1.fc12.i686
xorg-x11-drv-nouveau-0.0.15-20.20091105gite1c2efd.fc12.i686
xorg-x11-xinit-1.0.9-14.fc12.i686
qt-x11-4.6.2-3.fc12.i686
xorg-x11-drv-siliconmotion-1.7.3-1.fc12.i686
xorg-x11-drv-vmware-10.16.7-2.fc12.i686
dbus-x11-1.2.16-9.fc12.i686
xorg-x11-server-utils-7.4-13.fc12.i686
xorg-x11-drv-evdev-2.3.2-3.fc12.i686
xorg-x11-drv-tdfx-1.4.3-1.fc12.i686
xorg-x11-drv-s3virge-1.10.4-1.fc12.i686
xorg-x11-drv-aiptek-1.3.0-1.fc12.i686
xorg-x11-utils-7.4-7.fc12.i686
xorg-x11-resutils-7.1-9.fc12.i686
xorg-x11-fonts-ISO8859-15-100dpi-7.2-9.fc12.noarch
xorg-x11-drv-rendition-4.2.2-4.fc12.i686
xorg-x11-drv-synaptics-1.2.1-1.fc12.i686
xorg-x11-drv-v4l-0.2.0-3.fc12.1.i686
Bizarre... bogue à signaler si après les mises à jour que je conseil ne résolvent rien.

Pour lecbee, il suffit de rentrer le nom du paquet (le nom exact, ils sont tatillons...), tu peux aussi cherché avec des arguments à la rubrique "search".

http://koji.fedoraproject.org/koji/packageinfo?packageID=63

!Je rappel que l'installation ou la mise à jour avec des paquets provenant de koji sont à vos risques et périls! Et n'oubliez pas de faire un rapport de bogue sur le bugzilla en précisant la provenance!

Pour information :
J'attaque les tests avec le pilote radeonhd dès ce soir, ceci à fin de déterminer si il avance ou non et si la documentation est à modifier ou non.

Je vais aussi mettre en place une installation de Fedora 13 alpha pour voir ce que cette futur version nous proposera dans le domaine des ATI, mais je ne ferais pas le rapport ici car ce n'est pas le sujet.

  • [supprimé]

  • Message #399
Merci, pourtant j'avais cherché plusieurs fois en copiant-collant depuis yum le nom du paquet...
Au passage, oui mesa 7.8 fonctionne sans problème avec Fedora 12.

Plus performant, version d'openGL 2.0, ne manque que la compression de texture. De plus le nombre d'images par secondes est plus stable.

Par contre cela ne résout toujours pas le problème avec la balise <video> et firefox...