Je suis désole de poser cette question, pour avoir la 3d avec une Hd3850 il faut juste installer les driver FGLRX ?

Et j'ai juste cette ligne a taper pour installer le driver yum install kmod-fglrx xorg-x11-drv-fglrx-libs-32bits livna-config-display ?
alors! attendre un peut que la dernière version du pilote proprio (fglrx/catalyst!) soit sortie, car c'est cette version qui prend en charge les HD3xxx!

Normalement la version préparer par livna sort d'ici demain d'après les dernières info que j'ai pus glaner!
Merci VINDICATORs 😉

Donc plus que qu'elle que heures et enfin la 3d sous linux :-D
Perso j'attends les HD4xxx pour changer, voir passer à la prochaine révision du phenom à la rentrée, la X1600XT partira sur le prochain serveur :-P!
J'avais une 7300gs, et je ne regrette pas l'achat de la ati.
Déjà sous xp le résulta est sympas j'attend de voir se que sa vas donner avec compiz :pint:

S'est quoi le numéro de la nouvelle version du nouveaux driver ?
15 jours plus tard
A venir d'ici quelques jours (bon... voir une semaine ou deux!) :

- Le pilote propriétaire 8.05 avec pas mal de changement majeur aux dire du décryptage des fichiers présent lors de la 8.04...
- Un kit de développement (SDK) pour le développement d'application se servant du GPGPU pour les calculs intensif (un blender rendant un rendu en 100000000000000000009000èmes de seconde au lieu de 2h c'est possible?!?!?!?!... enfin je doit pas en être loin :-P) comme le permet la technologie CUDA de NVIDIA ( http://fr.wikipedia.org/wiki/CUDA ), enfin sous GNU/Linux d'ici quelque jours.

Au passage sachez que l'activation du rendu direct pour la 3D pour les R5xx pour les pilotes libre arrive à grand pas et fonctionne actuellement en laboratoire (enfin chez l'un des développeurs principaux)! et que des améliorations pour les GPU du R2xx au R4xx (les R3xx/R4xx ayant plus ou moins le même type d'architecture...) arrivent d'ici peut... Plus d'information en Anglois sur le site : http://www.phoronix.com/scan.php?page=home

Plus de précision dès que mon déménagement et la réactivation de ma ligne ADSL sera effective! (et mon 6Mbs minimum en pleine cambrousse :-P! merci au conseil régional des Pyrénées-Atlantique!)
Merci de nous tenir en haleine et au jus :p
Sinon depuis que j'ai installer le pilote proprio, j'ai eu une mise à jour du driver ati et depuis mon ecran passe en veille après udev.

Si je boot en single et que j'édite mon fichier avec nano et que je change la ligne Driver "fglrx" par Driver "radeonhd" et AIGLX sur off, le démarrage se passe normalement et mon ecran passe en mode veille sur l'écran de connections et quand je repasse en single le fichier xorg.conf a repris ces ancienne configuration.

Je doit faire quoi pour que mon pc démarre normalement ?
- Le pilote propriétaire 8.05 avec pas mal de changement majeur aux dire du décryptage des fichiers présent lors de la 8.04...
Les "décrypteurs" ils ont trouvé quoi?

Un paquets de Zéros nippons qui vont attaquer Pearl Harbor dans environ... il y a une heure. :-P
C'est ce que m'a fait penser le mot décryptage. Je suis certainement le seul à trouver ça drôle. :roll:

Question comme ça, le paquet préparé par Fedora est-ce qu'il a quelque chose de spéciale? Est-ce que Fedora a des liens privilégiés avec la firme de GPU du Canada Anglais(ATI)?
15 jours plus tard
Bonjour, après la dernière mise a jour du pilote fglrx et de xorg, mon ecran est tout déformé, on dirait qu'il est entrain d'afficher sur un écran large alors que mon écran déforme l'affichage pour lui.
Screen:
http://img365.imageshack.us/img365/6446/capturera9.png

Remarquez que dans les barres supérieurs et inférieures des widgets a droites se sont déplacés.
J'utilise une ati x300 sur 32bit fedora 8

Est-il possible de retourner au moment avant la mise a jour?
J'ai exactement le même problème. Le passage au kmod-fglrx 8.493-1.3.05.lvn8 (d'après ce que je peux lire difficilement sur ma console) a des effets plutôt indésirables.

En revanche, je ne suis pas parvenu à revenir au kmod précédent par yum. Il faut sûrement attendre une réctification du bug par l'équipre de livna.
5 jours plus tard
Bon, en fin de compte je suis arrivé à retomber sur la version précédente et tout marche bien. Voici la procédure que j'ai appliquée, sachant que je suis en 64 bits :

1. récupération des paquetages qui vont bien que tu mets tout dans le même répertoire :
- le kernel-2.6.24.5-85 à l'adresse : http://koji.fedoraproject.org/koji/buildinfo?buildID=46626 ;
- ensuite, chez livna : http://livna-dl.reloumirrors.net/fedora/8/x86_64/
kmod-fglrx-8.476-2.8.04.lvn8.x86_64.rpm
kmod-fglrx-2.6.24.5-85.fc8-8.476-2.8.04.lvn8.x86_64.rpm
xorg-x11-drv-fglrx-8.476-1.8.04.lvn8.x86_64.rpm
xorg-x11-drv-fglrx-libs-8.476-1.8.04.lvn8.x86_64.rpm

2. installation de l'ancien kernel en le forçant un peu pis tu redémarres dessus :
rpm --odlpackage -ivh kernel-2.6.24.5-85.fc8.x86_64.rpm

3. installation des paquetages à partir du répertoire où tu les as mis :
yum localinstall kmod-fglrx-2.6.24.5-85.fc8-8.476-2.8.04.lvn8.x86_64.rpm kmod-fglrx-8.476-2.8.04.lvn8.x86_64.rpm xorg-x11-drv-fglrx-8.476-1.8.04.lvn8.x86_64.rpm xorg-x11-drv-fglrx-libs-8.476-1.8.04.lvn8.x86_64.rpm

4. après c'est la procédure normale pour relancer le gdm.

Et voilou.
5 jours plus tard
Bonjour à tous,

J'ai un problème similaire, hier j'ai fait la mise à jours du noyau 2.6.25.4-10, et donc de fglrx 8.493-2.8-05, tout fonctionne bien (pas de problème d'affichage) sauf que firefox et thunderbird n'ouvrent aucune fenêtre. Les programmes tournent, je les ai dans la liste des processus, mais pas d'affichage, à part les boîtes de dialogue.
Si je désinstalle fglrx, je retombe en vesa, l'affichage est moche mais les deux applis mozilla fonctionnent correctement.

Quelqu'un a-t-il une idée de l'origine du problème et une éventuelle solution?

En attendant je vais tenter un retour arrière sur la mise à jour comme l'a expliqué Mauriennais

---
Mauvaise nouvelle, après le retour arrière le problème reste entier! Alors que tout marchait bien avant hier...
Donc en récapitulant:
Kernel -2.6.24.7-92.fc8 sans fglrx Firefox et Thunderbird fonctionnent bien
Kernel -2.6.24.7-92.fc8 avec fglrx 8.493-1.8.05 plus d'appli Mozilla
Kernel -2.6.25.4-10.fc8 sans fglrx Firefox et Thunderbird fonctionnent bien
Kernel -2.6.25.4-10.fc8 avec fglrx 8.493-2.8.05 plus d'appli Mozilla
4 mois plus tard
Voici une question qui a certainement été posée de multiples fois... Mais comme je n'ai pas trouvé de réponse claire, ni dans la doc, ni sur les forums, et que toutes mes tentatives de configuration de xorg.conf ont été infructueuses, je me lance , au risque de me faire fusiller...

J'utilise un laptop (config ci-dessous) au bureau et à domicile. Au bureau, je dispose d'un clavier externe et d'un écran externe (Philips 220WS).

Actuellement, pour utiliser l'écran externe en bureau étendu avec l'écran du portable, je dois utiliser l'ATI Catalyst control center, selectionner le mode bureau multi-écrans qui me convient, puis quitter et relancer ma session. En fin de journée, je ne dois pas oublier de repasser par l'ATI control center pour désactiver l'option 'bureau étendu'... Un peu lourd, n'est-il pas?

Existe-t-il un solution (configuration) qui permettrait automatique au système de détecter la présence ou non de l'écran externe et d'activier le mode ad-hoc (dual screen avec bureau étendu si ecran externe connecté, single screen (ou clone) si pas d'écran externe) ?

Merci d'avance.

PS: voici mon xorg.conf actuel:
# Xorg configuration created by livna-config-display

Section "ServerLayout"
    Identifier     "Default Layout"
    Screen      0  "Screen0" 0 0
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "Synaptics" "CorePointer"
EndSection

Section "Files"
EndSection

Section "Module"
EndSection

Section "ServerFlags"
    Option        "AIGLX" "on"
EndSection

Section "InputDevice"
    Identifier  "Keyboard0"
    Driver      "kbd"
    Option        "XkbModel" "pc105"
    Option        "XkbLayout" "be"
EndSection

Section "InputDevice"
    Identifier  "Synaptics"
    Driver      "synaptics"
    Option        "Device" "/dev/input/mice"
    Option        "Protocol" "auto-dev"
    Option        "Emulate3Buttons" "yes"
EndSection

Section "Monitor"
    Identifier   "Monitor0"
    ModelName    "LCD Panel 1680x1050"
    HorizSync    31.5 - 100.0
    VertRefresh  59.0 - 75.0
    Option        "DPMS"
EndSection

Section "Device"
    Identifier  "Videocard0"
    Driver      "fglrx"
    VendorName  "Videocard Vendor"
    BoardName   "ATI Technologies Inc M56P [Radeon Mobility X1600]"
    Option        "OpenGLOverlay" "off"
    Option        "VideoOverlay" "on"
    Option        "DesktopSetup" "clone"
    BusID       "PCI:1:0:0"
EndSection

Section "Screen"
    Identifier "Screen0"
    Device     "Videocard0"
    Monitor    "Monitor0"
    DefaultDepth     24
    SubSection "Display"
        Viewport   0 0
        Depth     24
        Modes    "1680x1050" "1680x945" "1440x900" "1280x800" "1280x720" "1024x768" "800x600" "640x480"
    EndSubSection
EndSection

Section "Extensions"
    Option        "Composite" "Enable"
EndSection
Bizarrement cela fonctionne aléatoirement, à trop vouloir cacher les choses (écran configurer on ne sait où, etc...), cela aide de moins en moins!

Perso même en modifiant le xorg.conf cela n'arrive plus à prendre en compte mes réglages, même en modifiant amdpcsdb (/etc/ati!) il se remet par défaut! Je déteste ces cachoteries à la MS windows! C'EST UNE HONTE! Que cela se configure automatiquement je suis d'accord! mais de ne pas avoir accès à ces configurations! et en plus xorg.conf n'a plus l'air d'avoir de priorité sur le reste... du moins de moins en moins...

Je suis pour les deux méthodes! Configuration automatique, mais que cela reste dans le xorg.conf et pas à perpète les oies et encore là bas y a rien! Pour la configuration les mains dans le cambouis! parce que cela reste la meilleur!
Marre des MAJ du noyau et du kmod... Voilà,, un petit coup de gueule cela soulage...

Reprenons depuis le début. Voici une quinzaine de jours, je mes à jour le noyau 2.6.24-69 vers 2.6.25-3. Comme le kmod ad hoc met du temps à sortir, je continue à démarrer sur l'ancien noyau.
Il y a un jour ou deux le kmod nouveau arrive; je l'installe et constate que le démarrage sur le nouveau noyau est aléatoire avec un taux de succès proche de zéro (voir les fils suivants: http://forums.fedora-fr.org/viewtopic.php?pid=300121#p300121, http://forums.fedora-fr.org/viewtopic.php?id=35671&words=kernel-2.6.26).

Comme conseillé par nouvo09, je désinstalle le nouveau noyau avec un yum remove kernel-2.6.26.3-14 kernel-devel-2.6.26.3-14 kernel-headers-2.6.26.3-14; mais il me déinstalle plaine de dépendances dont les anciens et nouveau kmod-fglrx... Pas de problème, je réinstalle ces dépendances manuellement y compris le kmod correspondant à l'ancien noyau
[root@ltnysten ~]# rpm -iHv kmod-fglrx-2.6.25.14-69.fc8-8.522-2.8.08.lvn8.i686.rpm xorg-x11-drv-fglrx-8.522-2.8.08.lvn8.i386.rpm xorg-x11-drv-fglrx-devel-8.522-2.8.08.lvn8.i386.rpm xorg-x11-drv-fglrx-libs-8.522-2.8.08.lvn8.i386.rpm kmod-fglrx-8.522-2.8.08.lvn8.i686.rpm
Je redémarre l'ordi et, oh horreur, je constate
1. je ne peux plus activer les effets 3D (Système ---> Préférences ---> Apparence ---> Effets de bureau ---> Activer les effets de bureau me répond Desktop effects could not be enabled)
2. impossible de lancer ATI catalyst control center
[Cactus@ltnysten ~]$ amdcccle 
Erreur de segmentation
3. Pas moyen de mettre à jour le système (noyau et kmod)
[root@ltnysten ~]# yum update
Modules complémentaires chargés : protect-packages
Configuration du processus de mise à jour
Résolution des dépendances
--> Lancement de la transaction de test
---> Paquetage xorg-x11-drv-fglrx.i386 0:8.532-1.8.09.lvn8 marqué pour être mis à jour 
---> Paquetage kmod-fglrx.i686 0:8.532-1.8.09.lvn8 marqué pour être mis à jour 
--> Traitement de la dépendance : kmod-fglrx-2.6.26.3-14.fc8 = 8.532-1.8.09.lvn8 pour le paquetage : kmod-fglrx
---> Paquetage xorg-x11-drv-fglrx-libs.i386 0:8.532-1.8.09.lvn8 marqué pour être mis à jour 
---> Paquetage kernel.i686 0:2.6.26.3-14.fc8 marqué pour être installé 
---> Paquetage xorg-x11-drv-fglrx-devel.i386 0:8.532-1.8.09.lvn8 marqué pour être mis à jour 
---> Paquetage kernel-devel.i686 0:2.6.26.3-14.fc8 marqué pour être installé 
--> Lancement de la transaction de test
---> Paquetage kmod-fglrx-2.6.26.3-14.fc8.i686 0:8.532-1.8.09.lvn8 marqué pour être mis à jour 
--> Résolution des dépendances terminée

Dépendances résolues

================================================================================
 Paquetage                    Architecture Version             Dépôt            Taille
================================================================================
Installation:
 kernel                       i686   2.6.26.3-14.fc8     updates-newkey    18 M
 kernel-devel                 i686   2.6.26.3-14.fc8     updates-newkey   5.3 M
Mise à jour:
 kmod-fglrx                   i686   8.532-1.8.09.lvn8   livna             19 k
 xorg-x11-drv-fglrx           i386   8.532-1.8.09.lvn8   livna             11 M
 xorg-x11-drv-fglrx-devel     i386   8.532-1.8.09.lvn8   livna            108 k
 xorg-x11-drv-fglrx-libs      i386   8.532-1.8.09.lvn8   livna            7.0 M
Installation pour dépendance:
 kmod-fglrx-2.6.26.3-14.fc8   i686   8.532-1.8.09.lvn8   livna            662 k

Transaction Summary
================================================================================
Install      3 Package(s)         
Update       4 Package(s)         
Remove       0 Package(s)         

Taille totale : 42 M
Est-ce correct [o/N] : y
Téléchargement des paquetages :
Lancement de rpm_check_debug
Lancement de la transaction de test
Transaction de test terminée


Erreur du contrôle de transaction :
  file /usr/lib/xorg/modules/extensions/libdri.so from install of xorg-x11-drv-fglrx-libs-8.532-1.8.09.lvn8.i386 conflicts with file from package xorg-x11-server-Xorg-1.3.0.0-47.fc8.i386

Résumé des erreurs
-------------
Donc je crie "AU SECOURS"

Comment retrouver les effets 3D et ATI catalyst ????

Comment mettre à jour, si nécessaire, avec un noyau qui fonctionne et le kmod ad hoc ????
Le problème est qu'il me faudrait une machine pour faire les tests sur d'anciennes version de fedora, mais je n'en n'ai plus de disponible.

Il y a sans doute eu des problèmes avec cette version, il aurait fallu ne pas désinstaller avec les dépendances! je m'y penche dessus dès que possible.
Bon, j'ai résolu de manière empirique une partie des problèmes:

1. J'ai installé manuellement le nouveau noyau (qui pose problème) et le kmod-fglrx (mais pas la toute dernière version)
[root@ltnysten ~]# rpm -ivh kernel-2.6.26.3-14.fc8.i686.rpm kernel-devel-2.6.26.3-14.fc8.i686.rpm kmod-fglrx-8.522-3.8.08.lvn8.i686.rpm kmod-fglrx-2.6.26.3-14.fc8-8.522-3.8.08.lvn8.i686.rpm
2. J'ai redémarré sous l'ancien noyau (boot bloqué sur le nouveau).
3. J'ai déinstallé via Yumex tout ce qui concerne compiz.
4. J'ai redémarré, toujours sous l'ancien noyau, et j'ai constaté, oh surprise, que je pouvais à nouveau démarrer l'ATI Catalyst Control Center ???
5. J'ai réinstallé compiz et ai redémarré avec le nouveau noyau, parce que par hasard, cela fonctionnait.
6. J'ai pu réactiver les effets 3D et configurer mes écrans en bureau étendu avec l'ATI Catalyst Control Center...

Il n'en reste pas moins que
1. la mise-à-jour du kmod reste impossible;
[root@ltnysten ~]# yum update
....
================================================================================
 Paquetage                      Architecture Version               Dépôt      Taille
================================================================================
Mise à jour:
 kmod-fglrx                     i686     8.532-1.8.09.lvn8     livna       19 k
 kmod-fglrx-2.6.26.3-14.fc8     i686     8.532-1.8.09.lvn8     livna      662 k
 xorg-x11-drv-fglrx             i386     8.532-1.8.09.lvn8     livna       11 M
 xorg-x11-drv-fglrx-devel       i386     8.532-1.8.09.lvn8     livna      108 k
 xorg-x11-drv-fglrx-libs        i386     8.532-1.8.09.lvn8     livna      7.0 M

Transaction Summary
================================================================================
Install      0 Package(s)         
Update       5 Package(s)         
Remove       0 Package(s)         

Taille totale des téléchargement : 19 M
Est-ce correct [o/N] : y
Téléchargement des paquetages :
(1/5): kmod-fglrx-8.532-1.8.09.lvn8.i686.rpm                                                                                                                             |  19 kB     00:00     
(2/5): xorg-x11-drv-fglrx-devel-8.532-1.8.09.lvn8.i386.rpm                                                                                                               | 108 kB     00:00     
(3/5): kmod-fglrx-2.6.26.3-14.fc8-8.532-1.8.09.lvn8.i686.rpm                                                                                                             | 662 kB     00:00     
(4/5): xorg-x11-drv-fglrx-libs-8.532-1.8.09.lvn8.i386.rpm                                                                                                                | 7.0 MB     00:01     
(5/5): xorg-x11-drv-fglrx-8.532-1.8.09.lvn8.i386.rpm                                                                                                                     |  11 MB     00:04     
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Total                                                                                                                                                           2.7 MB/s |  19 MB     00:06     
Lancement de rpm_check_debug
Lancement de la transaction de test
Transaction de test terminée

Erreur du contrôle de transaction :
  file /usr/lib/xorg/modules/extensions/libdri.so from install of xorg-x11-drv-fglrx-libs-8.532-1.8.09.lvn8.i386 conflicts with file from package xorg-x11-server-Xorg-1.3.0.0-47.fc8.i386

Résumé des erreurs
-------------
2. le démarrage sur le nouveau noyau reste aléatoire...

Pour la mise-à-jour, supprimer froidement le fichier '/usr/lib/xorg/modules/extensions/libdri.so' pourrait-il résoudre le problème sans dommages collatéraux ???