Carte graphique ATI Mobility Radeon X1700

Voir à la fin de ce message le passage en Gutsy Gibbon 7.10, à la réunion de Landrévarzec ce 1er décembre.

Grosse déception pour mon bel ordinateur portable, un 17 pouces en 1440 x 900 pixels ! Beau tout au moins sous Windows…

Quelle que soit la distribution (k)Ubuntu, je n’ai droit qu’à 1024 x 768, ce qui élargit les polices de caractères de 40 %, c’est bizarre mais acceptable ; taoutefois les images sont également élargies, et là rien ne va plus.
Le retour sous Mandriva 2007 fut bien proche, car cette distribution fonctionnait bien et l’écran était reconnu pour ce qu’il était…

De longues recherches (merci, http://www.google.fr/linux et http://doc.ubuntu-fr.org) ont montré un mécontentement assez général contre les cartes ATI sur les ordinateurs portables… Ces recherches détaillées ont été faites bien plus tard, début juillet.

Des recherches plus générales (non Linux) ont causé une certaine angoisse, on ne trouve nulle part trace de la Mobility X1700, sauf que ce serait une X1600 renommée pour des raisons de marketingue, fabriquée par une autre société, et consommant moins… Pas très encourageant ??
Mais l’un des défauts de l’informaticien (ou une qualité ?) est l’obstination.

Entre temps j’ai tenté d’installer la 6.06 LTS, avec des mises à jour vers la 6.10 puis vers le 7.04. Pauvres ruses ! A chaque fois il faut réinstaller les pilotes graphiques (c’est indiqué dans la doc), mais ça je ne l’ai découvert qu’un peu plus tard… Nouveau venu sous Ubuntu, je n’avais pas encore l’habitude de sa documentation, riche et bien faite. TOUT y est-il ? Presque !

A - Solution Envy
Lors de la première tentative d’installation de la Feisty (c’était à Briec le 9 juin), le jour où j’ai quitté Mandriva, il n’y eut même pas d’écran graphique. Heureusement, grâce à Pascal, collègue de Finix (http://www.finix.eu.org/), et aux recherches (graphiques) avec d’autres ordinateurs sur Internet, la solution Envy fut installée :

http://doc.ubuntu-fr.org/envy
Cette solution a dû être utilisée en manuel : envy -t (pour ‹ texte ›). S’étant montrée instable, il m’a fallu supporter à nouveau le 1024 x 768.
J’ai fait plusieurs réinstallations, toutes longues et pénibles, et pas satisfaisantes.

Puis les recherches plus longues, ô combien, détaillées ci-dessus, m’ont permis de trouver cette solution :

B - « Unofficial ATI Linux driver Wiki »
http://wiki.cchtml.com/index.php/Ubuntu_Feisty_Installation_Guide

Bien qu’en anglais, ce site est vraiment clair et détaille tout ; il va jusqu’à préciser le programme à utiliser suivant que vous êtes Ubuntu, Kbubuntu, Xubuntu (gedit, kate, …) L’utilisateur est vraiment pris par la main, très secourable.
De nombreux liens permettent de détailler encore plus certains points, par exemple les cartes ATI « supportées » (comme on dit en franglais) et celles qui ne le sont pas…

Pour commencer, modifiez votre /etc/apt/sources.list ; n’oubliez pas de surveiller le fichier de configuration /etc/X11/xorg.conf.
A signaler un téléchargement de 52 Mo de pilotes propriétaires ATI, lequel est à la fois pour 32 et 64 bits.
Quelques citations du détail et de la précision de cette documentation :
[b]" * NOTE: This driver is now prepared for 2.6.20 kernels !

Download the ATI driver installer: ati-driver-installer-8.38.6-x86.x86_64.run
(this installer is for 32bit and 64bit systems), taking care of which version needs
for your device. "[/b]
Le lien vers « device » montre les cartes acceptées ; la Mobility Radeon X1700 n’y figure pas, mais la X1600 étant présente, je ne me fais pas trop de souci.

Après avoir tout bien fait, je restais en 1024 x 768. Ah, pourquoi ?
Dans le xorg.conf traînait toujours un : Option « vesa ».
J’ai modifié en « fglrx » et par prudence j’ai refait toute la procédure. Depuis tout fonctionne bien, la stabilité est là. Ouf !

Obstination, vous disais-je !

NB : en vérifiant à nouveau ce xorg.conf, je découvre avec étonnement la disparition des « modelines », c’est à dire les instructions complexes qui détaillent les capacités en profondeurs de couleurs et résolution de l’écran. Exemple très simplifié :

SubSection "Display" Depth 24 Modes "1024x768"
Il semble que ces pilotes propriétaires ATI soient (enfin) capables de détecter les capacités en résolution (ici 1440 x 900 pixels) et la profondeur de couleurs (24/32 bits).

Espérant que ce texte puisse un jour vous servir de guide sur un problème de carte graphique ATI, et vous éviter de vivre comme moi quasiment un mois de galère et une grosse consommation en temps de recherches.

Un petit complément :

  • en vesa glxgears donnait un résultat de 1100 fps (frames per second) environ ;
  • avec fglrx, le résultat passe à un peu plus de 4300 ;
  • par comparaison, un autre ordinateur portable avec un i915, le chipset Intel en guise de carte graphique, donne aux alentours de 960 fps.
    N’étant pas spécialiste de ça, j’attends un commentaire.

24 octobre :
http://www.pcinpact.com/actu/news/39635-amd-ati-catalyst-pilote-linux-support-aiglx.htm

Mise à jour novembre 2007 :
http://wiki.cchtml.com/index.php/Ubuntu_Gutsy_Installation_Guide
avec les pilotes ATI 8.42.3 (au lieu de 8.36).
Je ne l’ai pas encore testé, à vous de voir.

Passage à Gutsy Gibbon ce 1er décembre, en la cité de Landrévarzec.
J’ai désiré avoir une installation « neuve », non une mise à jour depuis la distribution 7.04, pour diverses raisons.
L’une d’elles est qu’il existe des tas de répertoires cachés qui avaient des paramétrages que je n’arrivais pas à modifier et obtenir à ma volonté. Non mais !
J’ai renommé mon /home/~ et procédé à cette installation complète. Puis j’ai ramené dans le nouveau /home/~ progressivement mes répertoires et fichiers, avec succès.
Les seuls répertoires cachés que j’ai remis sont .mozilla (pour Firefox) et .mozilla.thunderbird. Cela a fonctionné immédiatement.

Carte graphique
Là c’est la bonne surprise. Dans la barre des tâches, je suis informé que j’utilise des pilotes propriétaires sur lesquels Ubuntu fait totue réserve… L’icône est un petit circuit intégré ; le clic me propose d’utiliser les pilotes « non libres » ipw3945 (Wifi Intel) et ATI : oui ! Vérification dans le menu K ; Computer Administration ; Monitor & Display ; passer en mode administrateur.
Onglet Matériel ; tout à droite Configurer.

En résumé : installation plus simple et plus rapide de pilotes ATI « non libres » avec Kubuntu 7.10.

NB1 : glxgears donne :
cromdub@Muir:~$ glxgears
20507 frames in 5.0 seconds = 4101.284 FPS
21126 frames in 5.0 seconds = 4225.066 FPS
21727 frames in 5.0 seconds = 4345.350 FPS
37764 frames in 5.0 seconds = 7552.729 FPS
37768 frames in 5.0 seconds = 7553.432 FPS
37769 frames in 5.0 seconds = 7553.617 FPS
37768 frames in 5.0 seconds = 7553.489 FPS
37770 frames in 5.0 seconds = 7553.849 FPS
37769 frames in 5.0 seconds = 7553.614 FPS
37761 frames in 5.0 seconds = 7552.150 FPS
cromdub@Muir:~$
Sans commentaire.

[b]Imprimante[b] : là aussi le paramétrage est plus simple et plus rapide.
Scanner : c’est l’étonnement ! Kooka fonctionne immédiatement et sans autre.
(Multifonction Canon Pixma MP600).

NB2 : une erreur pendant la mise à jour avec Adept faisait avorter. Tout semble rentré dans l’ordre avec :

   sudo apt-get update

qu’il faut répéter, comme cela vous est aimablement proposé…

Excellent tutoriel (comme on dit en bon Français ;)) ! N’oublions pas qu’ATi est toujours censé libérer ses specs…

Comme on dit de l’autre côté du Channel, « wait and see ».
Mais quand ?
Les difficultés d’AMD face à Intel d’une part, au rachat d’ATI d’autre part, enfin en face du concurrent nVidia, les prédisposent à libérer les sources de leurs pilotes.

A contrario les entreprises qui ont « libéré » leur code propriétaire ne s’en sont pas plaintes jusqu’ici : Netscape, ce qui nous vaut Firefox et probablement Thunderbird ; plus récemment Sun et son Java, et j’en oublie sans doute pas mal. Dont le noyau Linux, seule pièce qui manquait encore au projet GNU, devenu GNU/Linux…

Car en effet il n’est pas mauvais de rappeler qu’au départ le noyau Linux n’étais pas libre, mais qu’après quelques douloureuses mutilations perpétrées par Richard Stallman, notre grand ami manchot, Linus Torvalds, a décidé de libérer ses sources :D.

Wait & See, isn’t it ;)…

Blender aussi était un logiciel proprio (société “NaN”, joli nom). La boîte était en petite forme, et un collectif de “furieux” a acheté (!) Blender pour 100 000 € afin de le libérer. Maintenant c’est un des logiciels libres les plus puissants que je connaisse.

http://www.blender.org/

Blender aussi était un logiciel proprio (société "NaN", joli nom). La boîte était en petite forme, et un collectif de "furieux" a acheté (!) Blender pour 100 000 € afin de le libérer. Maintenant c'est un des logiciels libres les plus puissants que je connaisse.

http://www.blender.org/


D’accord, mais quel rapport avec le thread :smiley: ?

Qui peut m’expliquer pourquoi glxgears donne 4300 fps au repos, et plus de 13000 lorsque je butine avec Firefox ?

68430 frames in 5.0 seconds = 13685.874 FPS
68669 frames in 5.0 seconds = 13733.680 FPS
68608 frames in 5.0 seconds = 13721.548 FPS
66848 frames in 5.0 seconds = 13365.796 FPS
63924 frames in 5.0 seconds = 12784.698 FPS
65921 frames in 5.0 seconds = 13184.123 FPS
65789 frames in 5.0 seconds = 13157.760 FPS
66051 frames in 5.0 seconds = 13209.466 FPS
65958 frames in 5.0 seconds = 13191.505 FPS
62039 frames in 5.0 seconds = 12407.765 FPS
65657 frames in 5.0 seconds = 13131.243 FPS
67354 frames in 5.0 seconds = 13470.706 FPS
65324 frames in 5.0 seconds = 13064.745 FPS
63261 frames in 5.0 seconds = 12652.124 FPS
67611 frames in 5.0 seconds = 13522.094 FPS
66711 frames in 5.0 seconds = 13341.621 FPS
64979 frames in 5.0 seconds = 12995.767 FPS
68348 frames in 5.0 seconds = 13669.564 FPS
66707 frames in 5.0 seconds = 13341.392 FPS
63835 frames in 5.0 seconds = 12766.839 FPS
68078 frames in 5.0 seconds = 13615.554 FPS
67461 frames in 5.0 seconds = 13492.057 FPS
63877 frames in 5.0 seconds = 12775.298 FPS
67758 frames in 5.0 seconds = 13551.559 FPS
41821 frames in 5.0 seconds = 8363.845 FPS

[1]+ Exit 234 glxgears
cromdub@Muir:~$

Parce qu’à mon avis, les drivers ne gèrent pas l’accélération graphique à 100% par la carte graphique. Je dirais que 40% du boulot est fait par ton processeur qui, à chaud (Firefox tire pas mal sur les ressources du CPU), donne évidemment de meilleurs résultats au test glxgears.

Ce ne sont que suppositions :P.

Merci, ce tutoriel est vraiment canon. Je suis encore débutant sur le champ informaticien…:slight_smile: