Vous pouvez vérifier dans une console si ATI Technologies est utilisé pour OpenGL.

~$ fglrxinfo
display: :0.0  screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: RADEON XPRESS Series Generic
OpenGL version string:  2.0.6334 (8.34.8)

Résultat pour une x200 mobility.

Si vous obtenez quelque chose comme :

$ fglrxinfo
display: :0.0  screen: 0
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.5 Mesa 6.4.1)

Consultez dri_ou_acceleration_3d et Accélération OpenGL ?

fglrxconfig n'existe plus dans les drivers Ati depuis la v8.21.7 et est avantageusement remplacé par aticonfig (n'oubliez pas de visiter aticonfig à la fin de cette section Dapper pour quelques options commentées)

Exemple pour moi, vite fait avant le reboot :

sudo aticonfig --initial
sudo aticonfig --dtop=single
sudo aticonfig --overlay-type=Xv
sudo aticonfig --tvf=PAL-N

Pour les AMD64 si vous utilisez un kernel en 32 bits et que vous avez une carte AGP: modifiez le fichier /etc/modules

sudo gedit /etc/modules

en ajoutant juste après les commentaires:

• fglrx
• amd64-agp

plus le chipset ex:

• nvidia-agp pour le nForce, à adapter selon votre chipset

Si vous utilisez une carte PCI-e, ce n'est pas nécessaire par contre. Si vous utilisez un noyau 64 bits, alors le support de /dev/agpgart et celui de l'AMD Opteron/Athlon64 on-CPU GART devraient normalement être activés automatiquement. Encore une fois, si vous n'avez pas de carte AGP, il serait plus prudent de désactiver ces options.

Et on contrôle à présent. Ici, pour moi, tout est bel et bien chargé.

$ lsmod | grep agp
nvidia_agp              8828  0
amd64_agp              13060  1
agpgart                36784  3 fglrx,nvidia_agp,amd64_agp

Rebootez le pc…

Si vous voyez l'erreur

Xlib:  extension "XFree86-DRI" missing on display ":0.0".

en tapant fglrxinfo

Ajoutez au fichier xorg.conf

Section "Extensions"
 Option "Composite" "disable"
EndSection

Car l'option composite est activée par défaut pour assurer la compatibilité avec aiglx

Question : comment on fait, dans ce cas, pour utiliser AIGLX ? on ne peut pas ? il faut se rediriger vers XGL en attendant la compatibilité du driver propriétaire avec le composing ?

Remarque : désactiver le composing, avec les dernières mises à jour provoque ce bug, qu'on peut résoudre en suivant ces indications.

Id2ndR : Les problèmes suivants sont liés. Je les ai déplacés dans cette section en attendant une meilleure solution (c'est-à-dire une synthèse).

Voila l'installation s'est bien passée mais le serveur X plante ou alors se lance avec une résolution de 320x200. Avant de reprendre le Cd pour tout installer, taper les commande qui suivent : Ouvrir d'abord une nouvelle session (ou terminal) CTRL+ALT+F1 par exemple ou F2 F3 etc… Taper votre nom d'utilisateur et votre mot de passe.

sudo killall gdm 

Tue l'interface X si elle est lancée d'un autre terminal

sudo dpkg-reconfigure xserver-xorg 

Lance l'interface de configuration de X.

A noter que si la commande

sudo aticonfig --initial

suivi du redémarrage fait planter votre serveur X ou votre écran ("out of range"), préférez cette méthode (en mode rescue), inspirée de cette page, en conservant les paquets installés précédemment :

sudo dpkg-reconfigure xserver-xorg // reconfigure serveur X
sudo vi /etc/X11/xorg.conf // editer fichier de configuration

et remplacer "vesa" ou "ati" par "fglrx", avant de redémarrer, afin d'utiliser vos nouveaux pilotes graphiques :

Section "Device"
Identifier "ATI Technologies, Inc. RV350 AS [Radeon 9600]"
Driver "vesa"      // ligne à remplacer
BusID "PCI:1:0:0"
EndSection

Id2ndR : j'utilise fglrx et non pas ati sur une X800 (sinon je n'ai pas de vidéo).

(Testé avec une Ati x850 sur 64 Bit)

Si vous n'arrivez pas à lancer X (donc vous n'avez pas d'interface graphique), vous n'arrivez pas à installer les drivers ati, et si vous n'êtes pas très à l'aise dans le shell, essayez cette solution temporaire :

• Lancer l'interface de configuration de X comme décrit dans le paragraphe précédent
• Sélectionner le pilote de serveur X nommé vesa au lieu du ati lors du 2ème écran.
• Terminer la configuration
• Lancer X

startx

Il se peut que cela vous permette de lancer un serveur X (sans accélération 3D mais fonctionnel) de manière à tenter d'autres méthodes avec un interface graphique.

Tapez :

$ uname -a
Linux ubuntu 2.6.15-20-k7 #1 SMP PREEMPT Tue Apr 4 19:26:13 UTC 2006 i686 GNU/Linux

Si vous avez un AMD64 comme moi, préférez le noyau k7 plutôt que le 686 : sans ça, j'avais pas d'openGl. Rendez-vous donc dans synaptic, faites une recherche sur la chaîne 2.6.15-20-k7 et cocher tout (sinon 2.6.15-20-686 ou 2.6.15-20-386 selon votre processeur et 2.6.15-20-k8 selon votre architecture) puis rebootez sur le bon et dernier noyau.

Si vous avez installé avec une méthode précédente, tapez :

Alt+F2 puis :

      gksudo "gedit /etc/default/linux-restricted-modules-common"    (pour Ubuntu)
ou
      kdesu "kate /etc/default/linux-restricted-modules-common"    (pour Kubuntu)

Vérifiez bien que cette ligne se présente de la sorte, sans fglrx blacklisté : DISABLED_MODULES=""

      gksudo "gedit /etc/modprobe.d/blacklist"    (pour Ubuntu)
ou
      kdesu "kate  /etc/modprobe.d/blacklist"    (pour Kubuntu)

Aucun module agp blacklisté non plus.

      gksudo "gedit /etc/modules"     (pour Ubuntu)
ou
      kdesu "kate /etc/modules"     (pour Kubuntu)

Pas besoin normalement de préciser de modules, du moins pour le moment. Commentez si besoin les modules nvidia-agp, fglrx, amd64-agp ou agpgart par un dièse (#).

Vous avez bien le fglrx chargé en module mais n'avez toujours pas d'accélération OpenGl ? A la sortie de $ fglrxinfo on vous parle de mesa3d.org ? Il va vous falloir établir un simple lien symbolique par :

sudo ln -s /usr/lib/dri /usr/lib/xorg/modules/dri

Si fglrxinfo vous indiques bien les drivers ATI mais uniquement en root, vérifiez que le chemin d'accès aux modules DRI soit accessibles par vos utilisateurs. Pour cela, indiquer que les utilisateurs du groupe "video" ont le droit d'y accéder :

# chown root:video /usr/X11R6/lib/modules/dri -R
# chmod 750 /usr/X11R6/lib/modules/dri -R

Si vous avez des problèmes relatifs au DRI ou à l'accélération 3D et que les lignes suivantes apparaissent dans votre fichier /var/log/Xorg.0.log.

(WW) fglrx(0): Kernel Module version does *not* match driver.
(EE) fglrx(0): incompatible kernel module detected - HW accelerated OpenGL will not work

Alors, vérifiez que le paquet linux-restricted-modules contenant les modules non libres est bien installé pour votre noyau. Pour l'installer, vous pouvez utiliser la commande suivante :

$ sudo apt-get install linux-restricted-modules-$(uname -r)

Note: La commande uname -r renvoie le numéro de version de votre noyau. Par défaut, il se peut que vous ayez une version de votre noyau qui ne soit pas optimisée, il est possible en ce cas d'installer un noyau mieux optimisé.

Si votre fichier /var/log/Xorg.0.log révèle des problèmes à l'initialisation de l'AGP :

• Editez votre fichier /etc/modules et mettez ceci en premier:

agpgart
nvidia-agp # Ou bien le module selon votre chipset : intel-agp / via-agp / sis-agp
fglrx

en supprimant la ligne fglrx si vous l'aviez ajoutée en fin de fichier.

• Ensuite dans votre fichier /etc/X11/xorg.conf, ajoutez l'option UseInternalAGPGART dans la section [Device], ou si elle est existante mettez la à "no" :

Driver    "fglrx"
Option    "UseInternalAGPGART" "no"

• EXTREMEMENT IMPORTANT : REDEMARREZ LA MACHINE !!!

Le pilote ATI version 8.12.10 est disponible dans Breezy, il devrait résoudre ce problème et permettre une amélioration des performances.

Par exemple Totem.

Si Totem affiche une erreur "Resource or device busy" dès qu'on le lance, il faut ajouter deux paramètres dans /etc/X11/xorg.conf, dans la section "Device" :

 Option  "VideoOverlay" "on"
 Option  "OpenGLOverlay" "off"

J'ai trouvé cette réponse à mon problème sur un forum et ça marche. Mais j'avoue ne pas avoir creusé les deux options. Voir d'autres infos en français ici.

Consultez la sortie de dmesg | grep fglrx. Vous trouverez les logs des messages d'erreurs dans les fichiers /var/log/kern.log et /var/log/Xorg.0.log. Ces informations peuvent être utiles aux personnes qui essaieront de vous aider.

Contributeurs : phenix, philippe voncken, urss, d.loic, nyl, Eric Pignet, Kmeleon, Damocles, Id2ndR, Kmeleon, CleyFaye