[RESOLU] driver propriétaire ati

Bonjour,
Je suis sous debian etch , kernel 2.6.15-1-686, j’ai une radeon Mobility Radeon 9600 M10. bon je voudrais tester XGL. Pour ça il me faut la 3D, donc je me suis résolu à essayer d’installer le driver propriétaire ati…javascript:emoticon(’:?’)
A la 3eme tentative, je n’arrive toujours pas a résoudre mon problème d’installation du driver proprio ati.

Voici ce que je fais (après avoir parcouru les forum) :

./ati-driver-installer-8.28.8.run --buildpkg Debian/etch dpkg -i fglrx-driver_8.28.8-1_i386.deb dpkg -i fglrx-kernel-src_8.28.8-1_i386.deb dpkg -i fglrx-control_8.28.8-1_i386.deb dpkg -i fglrx-control_8.28.8-1_i386.deb module-assistant prepare,update module-assistant build,install fglrx depmod -a aticonfig --initial
Ensuite redémarrge. GDM fonctionne mais voici ce que j’ai avec 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.2)

Arg ! d’ailleurs dmesg me donne :

fglrx: version magic '2.6.15-1-686 686 gcc-4.1' should be '2.6.15-1-686 686 gcc-4.0' fglrx: version magic '2.6.15-1-686 686 gcc-4.1' should be '2.6.15-1-686 686 gcc-4.0'

Et là je comprends plus, car j’ai bien refait les liens vers cpp-4.0 et gcc-4.0 !
d’ailleurs :

[code]ls -al /usr/bin/cpp
lrwxrwxrwx 1 root root 7 2006-08-22 16:25 /usr/bin/cpp -> cpp-4.0

ls -al /usr/bin/gcc
lrwxrwxrwx 1 root root 16 2006-08-22 15:45 /usr/bin/gcc -> /usr/bin/gcc-4.0[/code]

Alors quoi ??? Tout ça dépasse mes modestes compétences
Quelqu’un peut-il m’aider
Merci d’avance

Bon, détail: on ne refais pas les liens vers gcc, on utilises ‘update-alternatives’, par exemple, ou d’autres outils qui gèrent les alternatives.

Au pire, on peut aussi lancer la compil avec ‘CPP=/usr/bin/cpp-4.0 CC=/usr/bin/gcc-4.0 ./ati-driver-installer-8.28.8.run --buildpkg Debian/etch’.

Bon, mais c’est du détail, et je crois que tu cherches dans la bonne direction.
As tu supprimmé les éventuelles arborescences de compil créées par l’installer (dans . ou dans /tmp) lors des premiers essais, avant de relancer la compil avec le gcc 4.0 ?

Salut,
Merci pour ta réponse. ta remarque est très vraie j’aurais dû y penser ! ([size=150]slap ![/size])
Je regarde un peu ça.
Ceci étant en parcourant le forum j’ai pu voir que xgl ne fonctionne pas avec Debian :frowning:
Y va falloir patienter ? En attendant j’ai toujours mon pb, j’y retourne

OK, je viens de faire un tour sur /usr/src, et c’est le bazar. Je viens de m’apercevoir que j’ai des sources du noyau qui traînent et des lien pas catholiques ! (j’ai fait une tentative pour installer suspend2 et les driver ati de Flavio Stanchina mais j’ai eu quelques soucis, et apparement le ménage n’est pas fait correctement !)
Question : suffit-il d’ effacer ce qui traîne fans le /src pour revenir à quelque chose de correct ?

T’as vu ca ou? Marche très très bien chez moi, d’ailleurs j’ai posté dans le thread.
C’est ptet a cause du matos “propriétaire” plutot…

Bon c’est une bonne nouvelle Boris ! J’ai mal dû comprendre. Mais pour l’instant mes problèmes sont plus bizarres. J’ai tout nettoyé, réinstallé les headers refait ma configuration de comilation via galternatives. Je refais la manip et là ça plante quand je fais

vega:/usr/src/modules/fglrx# ./make.sh
J’obtiens:

[code]ATI module generator V 2.0

initializing…
cleaning…
assuming new VMA API since we do have kernel 2.6.x…
Assuming default VMAP API
doing Makefile based build for kernel 2.6.x and higher
./make.sh: line 887: cd: 2.6.x: Aucun fichier ou répertoire de ce type
make -C /lib/modules/2.6.15-1-686/build SUBDIRS=/usr/src/modules/fglrx modules
make[1]: entrant dans le répertoire « /usr/src/linux-headers-2.6.15-1-686 »
make[1]: Makefile: Aucun fichier ou répertoire de ce type
make[1]: *** Pas de règle pour fabriquer la cible « Makefile ». Arrêt.
make[1]: quittant le répertoire « /usr/src/linux-headers-2.6.15-1-686 »
make: *** [kmod_build] Erreur 2
build failed with return value 2[/code]
Allons bon faisons un p’tit ls là où il cherche :
r[code]wxrwsr-x 4 root src 4096 2006-08-23 15:49 .
drwxr-xr-x 14 root root 4096 2006-06-16 16:49 …
-rwxr-xr-x 1 christophe christophe 53989404 2006-08-22 12:55 ati-driver-installer-8.28.8.run
-rw-r–r-- 1 root root 2262310 2006-08-23 15:41 fglrx-control_8.28.8-1_i386.deb
-rw-r–r-- 1 root root 9121482 2006-08-23 15:41 fglrx-driver_8.28.8-1_i386.deb
-rw-r–r-- 1 root root 93800 2006-08-23 15:41 fglrx-driver-dev_8.28.8-1_i386.deb
-rw-rw-r-- 1 root root 1285 2006-08-23 15:41 fglrx-installer_8.28.8-1_i386.changes
-rw-r–r-- 1 root root 77668 2006-08-23 15:41 fglrx-sources_8.28.8-1_i386.deb
-rw-rw-r-- 1 root root 474895 2006-08-23 15:40 fglrx.tar.bz2
lrwxrwxrwx 1 root src 35 2006-08-23 15:49 linux -> /usr/src/linux-headers-2.6.15-1-686
drwxr-xr-x 5 root root 4096 2006-08-23 15:29 linux-headers-2.6.15-1-686
drwxr-xr-x 3 root src 4096 2006-08-23 15:40 modules

[/code]

Ooups il est là le répertoire alors quoi hein ? hein ?
C’est quand même incroyable que ce soit aussi compliqué d’installer ce driver :angry:
A l’aaaide

ouiaps il se passe des trucs vachement zarbe avec ce driver…
mon dernier en date est une acceleration graphique qui marche avec kdm mais pas avec gdm…
et attention, lorsque je fais un:

stef@debspire:/home/stef$ 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.5.1)

mais lorsque je lance foobillard, j’ai aucun lag…et c’est super fluide…

:open_mouth: :open_mouth: :confused:

va comprendre…

OK, je continue le fil, ça met de l’animation, et puis ça peut peut-être servir…
En fait, le répertoire linux-headers-2.6.15-1-686 comportait des liens pointant sur rien d’où le plantage de make… En effet, en faisant mon ménage j’ai viré le linux source, et celui maintenant dans le dépôt n’est apparemment pas exactement celui que j’avais téléchargé. Bref, une remise à plat s’imposait. J’ai donc instalé le linux-image-2.6.16-2-686 du dépôt Debian (oui bon je me suis pas lancé dans la compilation parce que l’idée c’était de voir si effectivement le problème venait de l’arborescence), j’ai aussi récupéré les en tête dudit noyau. Hop, hop, reboot, me voilà sous le noyau 2.6.16 et tout fonctionne (et dire qu’il y en a qui continue de trouver debian difficile à vivre !).
Ensuite rebelote j’applique la méthode de l’exxxcellllent tutoriel de nuitnOire et hop hop reboot et là :

flgrxinfo

me donne :

[quote]display: :0.0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: MOBILITY RADEON 9700 Generic
OpenGL version string: 2.0.6011 (8.28.8)[/quote]
tadaaaaa ! 8)
En résumé : le tuto est très bien fait,
Il faut faire gaffe à la version du compilateur
Il faut être sûr de ne pas trop avoir mamaillé avec ses sources (comme j’ai dit j’avais envisagé une recompil qui était restée en suspend :unamused: )
Le test avec billardgl impec
Par contre les fps me paraissent moyens

fgl_glxgears

5[quote]318 frames in 5.0 seconds = 1063.600 FPS
2851 frames in 5.0 seconds = 570.200 FPS
4408 frames in 5.0 seconds = 881.600 FPS
5323 frames in 5.0 seconds = 1064.600 FPS
5043 frames in 5.0 seconds = 1008.600 FPS
5093 frames in 5.0 seconds = 1018.600 FPS
4922 frames in 5.0 seconds = 984.400 FPS
4937 frames in 5.0 seconds = 987.400 FPS
4331 frames in 5.0 seconds = 866.200 FPS
4262 frames in 5.0 seconds = 852.400 FPS
4922 frames in 5.0 seconds = 984.400 FPS
5017 frames in 5.0 seconds = 1003.400 FPS
4432 frames in 5.0 seconds = 886.400 FPS[/quote]
mais je ne suis pas expert…
Je passe à la suite pour xgl+compiz yahoo !!!
Debian rocksss ![/code]

C’est parti
je suis le tuto sonique54.free.fr/xgl/xgl_fr.htm#before
Bon première remarque par rapport au tuto :
ill faut faire alien --script *.rpm pour que ça donne les paquet deb…
Ensuite dpkg -i *.debet là xgl et compiz merdouille
Bon pour compiz le postinst demande de faire :

#!/bin/sh opt/gnome/bin/gconftool-2 --shutdown export GCONF_CONFIG_SOURCE=`opt/gnome/bin/gconftool-2 --get-default-source` opt/gnome/bin/gconftool-2 --makefile-install-rule etc/opt/gnome/gconf/schemas/compiz.schemas >/dev/nullme-vega:/var/lib/dpkg/info#
ce qui ne correspond pas à mon installation puisque dans mon arborescence c’est usr/bin/gconftool-2 … Ça ne devrait pas être un gros problème…
Par contre à l’installation de xgl ça se gâte :

[quote](Lecture de la base de données… 183531 fichiers et répertoires déjà installés.)
Préparation du remplacement de xgl cvs_060729-5.1 (en utilisant xgl_cvs_060729-5.1_i386.deb) …
Dépaquetage de la mise à jour de xgl …

ERROR: SuSEconfig or requested SuSEconfig module not present!

dpkg : avertissement - ancien script post-removal a retourné un code d’erreur de sortie 1
dpkg - tentative d’exécution du script du nouveau paquet à la place …

ERROR: SuSEconfig or requested SuSEconfig module not present!

dpkg : erreur de traitement de xgl_cvs_060729-5.1_i386.deb (–install) :
le sous-processus nouveau script post-removal a retourné une erreur de sortie d’état 1

ERROR: SuSEconfig or requested SuSEconfig module not present!

dpkg : erreur lors du nettoyage :
le sous-processus post-removal script a retourné une erreur de sortie d’état 1
Des erreurs ont été rencontrées pendant l’exécution :
xgl_cvs_060729-5.1_i386.deb[/quote]

Allons bon, qu’est ce que c’est que cette embrouille ? COmme c’est récupéré sur le site de OpenSuse (via le lien de Sonique) cela paraît assez logique, dois-je ignorer purement et simplement ?
Quelqu’un a-t-il rencontré ce problème et a-t-il une solution (ce qui serait génial)
'arci

Euh moi je crois que j’avais pris ceux de son site, c’etait à jour à l’epoque.
Maintenant c’est sur que ca date un peu plus.