OVH Cloud OVH Cloud

3D at ATI Radeon 7000

16 réponses
Avatar
EURL CMP
Salut tlm,

Est-ce que quelqu'un ici a réussi à obtenir le "direct rendering" avec une
ATI Radeon 7000 ou 7500? Les pilotes de XFree (4.3.0 sur une SuSE 8.2) ne
font pas l'affaire; Ceux d'ATI ne sont valables qu'à partir de la 8500...
pour le moment j'ai un rendu soft (Mesa) ça fait penser à de vieux jeux
dos... :-(

Tous les avis sont les bienvenus!

Seb.

10 réponses

1 2
Avatar
Samuel Colin
Dans l'article <bn0kod$956$,
EURL CMP a tapoté :
Salut tlm,

Est-ce que quelqu'un ici a réussi à obtenir le "direct rendering" avec une
ATI Radeon 7000 ou 7500? Les pilotes de XFree (4.3.0 sur une SuSE 8.2) ne
font pas l'affaire; Ceux d'ATI ne sont valables qu'à partir de la 8500...
pour le moment j'ai un rendu soft (Mesa) ça fait penser à de vieux jeux
dos... :-(



:~$ lspci | grep ATI
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7
LW [Radeon Mobility 7500]
:~$ glxinfo | grep rendering
direct rendering: Yes
:~$ cat /etc/debian_version
testing/unstable

Tous les avis sont les bienvenus!

Quel dommage que tu utilises une SuSE...

Plus sérieusement, je pointe sur des snapshots dri. Je te conseille de
voir s'il y a des paquets SuSE pour des versions de XFree modifiées par
l'équipe dri.

--
A poster named "Rasputin" has recently insulted the French at
alt.binaries.pictures.alley-baggett. The French need to be defended.
Go and respond to Rasputin's claims.
-+- MK in GNU : Défense et illustration de la francophonie. -+-

Avatar
EURL CMP
Samuel Colin nous disait...


Quel dommage que tu utilises une SuSE...


Oui-oui, je sais, elle n'est pas 100% libre... Mais pour le moment je n'ai
pas l'opportunité d'en tester d'autres - j'attends ma connexion ADSL depuis
des années... A présent que c'est possible il a fallu que 9Telecom se goure
de modem... J'enrage!!

Plus sérieusement, je pointe sur des snapshots dri. Je te conseille de
voir s'il y a des paquets SuSE pour des versions de XFree modifiées par
l'équipe dri.

J'y ai regardé récemment et je n'ai pas vu de paquets particuliers, juste

les sources... Qui ne veulent pas compiler. Mais je vais retourner
vérifier.

Seb.

Avatar
EURL CMP
Samuel Colin nous disait...

Dans l'article <bn0kod$956$,
EURL CMP a tapoté :
Salut tlm,

Est-ce que quelqu'un ici a réussi à obtenir le "direct rendering" avec
une ATI Radeon 7000 ou 7500? Les pilotes de XFree (4.3.0 sur une SuSE
8.2) ne font pas l'affaire; Ceux d'ATI ne sont valables qu'à partir de la
8500... pour le moment j'ai un rendu soft (Mesa) ça fait penser à de
vieux jeux dos... :-(



:~$ lspci | grep ATI
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7
LW [Radeon Mobility 7500]
:~$ glxinfo | grep rendering
direct rendering: Yes
:~$ cat /etc/debian_version
testing/unstable

Tous les avis sont les bienvenus!

Quel dommage que tu utilises une SuSE...

Plus sérieusement, je pointe sur des snapshots dri. Je te conseille de
voir s'il y a des paquets SuSE pour des versions de XFree modifiées par
l'équipe dri.



Après vérification: il y a bien des paquets pré-compilés, le remplacement de
/usr/X11R6/lib/modules/dri/radeon_dri.so me fait gagner un peu de vitesse
(Gears tourne à 320 fps toujours en rendu soft), mais pas de rendu hard; Et
si je tente de remplacer ati_drv.o et radeon_drv.o
(/usr/X11R6/lib/modules/drivers) impossible de démarrer le serveur X. :-(

D'autres suggestions? J'ai l'impression qu'il y a une grosse lacune au
niveau de cette carte (il faut dire aussi que, sauf erreur de ma part, ATI
a développé des pilotes propriétaires pour les 8500 à 9200, c'est bien,
mais il aurait été judicieux de fournir aussi les infos nécessaires au
développement de pilotes libres... :-( )

Seb.


Avatar
Samuel Colin
Dans l'article <bn0rji$t2q$,
EURL CMP a tapoté :

Après vérification: il y a bien des paquets pré-compilés, le remplacement de
/usr/X11R6/lib/modules/dri/radeon_dri.so me fait gagner un peu de vitesse
(Gears tourne à 320 fps toujours en rendu soft), mais pas de rendu hard; Et
si je tente de remplacer ati_drv.o et radeon_drv.o
(/usr/X11R6/lib/modules/drivers) impossible de démarrer le serveur X. :-(

Il faut aussi les modules du noyau pour ça:

:~$ ls -l /lib/modules/2.4.22/kernel/drivers/char/drm/
total 580
-rw-r--r-- 1 root root 70589 2003-10-09 15:51 i810.o
-rw-r--r-- 1 root root 77069 2003-10-09 15:51 i830.o
-rw-r--r-- 1 root root 112689 2003-10-09 15:51 mga.o
-rw-r--r-- 1 root root 99760 2003-10-09 15:51 r128.o
-rw-r--r-- 1 root root 129779 2003-10-09 15:51 radeon.o
-rw-r--r-- 1 root root 53364 2003-10-09 15:51 sis.o
-rw-r--r-- 1 root root 39302 2003-10-09 15:51 tdfx.o


D'autres suggestions? J'ai l'impression qu'il y a une grosse lacune au
niveau de cette carte (il faut dire aussi que, sauf erreur de ma part, ATI
a développé des pilotes propriétaires pour les 8500 à 9200, c'est bien,
mais il aurait été judicieux de fournir aussi les infos nécessaires au
développement de pilotes libres... :-( )

Ç'a été fait. C'est l'équipe dri qui s'est occupé de la chose. C'est juste

que ce n'est pas encore intégré aux release officielles d'XFree.

--
ED> >:)
T'utilise des rires enregistrés (c)... T'es *vraiment* un dinosaure?
J'ai un doute...
-+-RG: Guide du Neueu Usenet-La prudence est le début de la sagesse-+-

Avatar
EURL CMP
Samuel Colin nous disait...


Il faut aussi les modules du noyau pour ça:
:~$ ls -l /lib/modules/2.4.22/kernel/drivers/char/drm/
total 580
-rw-r--r-- 1 root root 70589 2003-10-09 15:51 i810.o
-rw-r--r-- 1 root root 77069 2003-10-09 15:51 i830.o
-rw-r--r-- 1 root root 112689 2003-10-09 15:51 mga.o
-rw-r--r-- 1 root root 99760 2003-10-09 15:51 r128.o
-rw-r--r-- 1 root root 129779 2003-10-09 15:51 radeon.o
-rw-r--r-- 1 root root 53364 2003-10-09 15:51 sis.o
-rw-r--r-- 1 root root 39302 2003-10-09 15:51 tdfx.o


J'ai, mais j'imagine que mon radeon.o n'est pas le bon (c celui livré avec

le système pour le moment) vu que je n'ai par l'accélération hard pour
l'instant.
Jusqu'ici je n'ai pas réussi à compiler les sources DRM; Je vais reessayer
et je te dirai ce qu'il en est.

D'autres suggestions? J'ai l'impression qu'il y a une grosse lacune au
niveau de cette carte (il faut dire aussi que, sauf erreur de ma part,
ATI a développé des pilotes propriétaires pour les 8500 à 9200, c'est
bien, mais il aurait été judicieux de fournir aussi les infos nécessaires
au développement de pilotes libres... :-( )

Ç'a été fait. C'est l'équipe dri qui s'est occupé de la chose. C'est juste

que ce n'est pas encore intégré aux release officielles d'XFree.


Ca c'est bien :-)


Avatar
EURL CMP
Voilà ce que j'obtiens lorsque je tente d'exécuter le script install.sh
fourni avec radeon-20031020-linux.i386.tar.bz2:

DIRECT RENDERING OPEN SOURCE PROJECT - DRIVER INSTALLATION SCRIPT

[ http://dri.sourceforge.net ]

=========================================================================
The script will now compile the DRM kernel modules for your machine.

Press ENTER to continue or CTRL-C to exit.


Compiling...
ERROR: Kernel modules did not compile

The DRI drivers can not be installed without the latest kernel modules.
Installation will be aborted. See the dri.log file for information on
what went wrong.

Je suis un peu perdu pour être franc...

Seb.
Avatar
Samuel Colin
Dans l'article <bn0tae$ea9$,
EURL CMP a tapoté :
Voilà ce que j'obtiens lorsque je tente d'exécuter le script install.sh
fourni avec radeon-20031020-linux.i386.tar.bz2:

DIRECT RENDERING OPEN SOURCE PROJECT - DRIVER INSTALLATION SCRIPT

[ http://dri.sourceforge.net ]

========================================================================= >
The script will now compile the DRM kernel modules for your machine.

Press ENTER to continue or CTRL-C to exit.


Compiling...
ERROR: Kernel modules did not compile

The DRI drivers can not be installed without the latest kernel modules.
Installation will be aborted. See the dri.log file for information on
what went wrong.

Je suis un peu perdu pour être franc...

Euh, montre un peu le dri.log? Il se peut qu'il manque les headers du noyau,

le bon compilateur, ou un truc du genre...

--
ouf g eu peur.... je suis jammer aussi , heureusement suis sur infonie
et g 95 et pas 98, passke la je me suis kun mec te hackait en me
hackant avant...... grosse palpitation !
-+- Djam in <http://www.le-gnu.net>: Hacké coucou -+-

Avatar
EURL CMP
Samuel Colin nous disait...


Euh, montre un peu le dri.log? Il se peut qu'il manque les headers du
noyau, le bon compilateur, ou un truc du genre...



make -f Makefile.linux DRM_MODULES=radeon.o modules
make[1]: Entering directory `/home/seb/Documents/dripkg/drm'
rm -f version.h
ln -s /boot/vmlinuz.version.h version.h
rm -f autoconf.h
ln -s /boot/vmlinuz.autoconf.h autoconf.h
rm -f .config
ln -s /boot/vmlinuz.config .config
rm -f linux
ln -s . linux
+ ln -s Makefile.linux Makefile
make -C /lib/modules/2.4.20-4GB/build
MAKEFILES=/home/seb/Documents/dripkg/drm/.config SUBDIRS=`pwd`
DRMSRCDIR=`pwd` modules
make: *** /lib/modules/2.4.20-4GB/build: Aucun fichier ou répertoire de ce
type. Arrêt.
make: Entering an unknown directorymake: Leaving an unknown
directorymake[1]: *** [modules] Erreur 2
make[1]: Leaving directory `/home/seb/Documents/dripkg/drm'
make: *** [radeon.o] Erreur 2


J'aurais dû le lire plus tôt... Y'a des réflexes qui se perdent :-)
Est-ce qu'à tout hasard il s'attendrait à trouver les sources DRM dans
2.4.20-4GB/build? (au passage, 2.4.20-4GB est bien le bon noyau).

Seb.

Avatar
EURL CMP
Oui, mais ça m'étonne un peu. build est censé pointer vers les sources du
noyau... Apparemment il essaie de reconstruire le noyau, avant de se
mettre à compiler les drivers drm.



J'avais un fichier "build" de 0 octets... Vue sa taille je l'ai supprimé,
puis j'ai tenté de créer un répertoire du même nom, juste pour voir; A
présent si je tente à nouveau d'exécuter install.sh j'obtiens ceci:

make -f Makefile.linux DRM_MODULES=radeon.o modules
make[1]: Entering directory `/home/seb/Documents/dripkg/drm'
make -C /lib/modules/2.4.20-4GB/build
MAKEFILES=/home/seb/Documents/dripkg/drm/.config SUBDIRS=`pwd`
DRMSRCDIR=`pwd` modules
make[2]: Entering directory `/lib/modules/2.4.20-4GB/build'
make[2]: *** Pas de règle pour fabriquer la cible « modules ». Arrêt.
make[2]: Leaving directory `/lib/modules/2.4.20-4GB/build'
make[1]: *** [modules] Erreur 2
make[1]: Leaving directory `/home/seb/Documents/dripkg/drm'
make: *** [radeon.o] Erreur 2

Idem si j'y place les sources DRM.

C'est pas gagné...

Avatar
Samuel Colin
Dans l'article <bn0v5d$kkc$,
EURL CMP a tapoté :
Samuel Colin nous disait...


Euh, montre un peu le dri.log? Il se peut qu'il manque les headers du
noyau, le bon compilateur, ou un truc du genre...



make -f Makefile.linux DRM_MODULES=radeon.o modules
make[1]: Entering directory `/home/seb/Documents/dripkg/drm'
rm -f version.h
ln -s /boot/vmlinuz.version.h version.h
rm -f autoconf.h
ln -s /boot/vmlinuz.autoconf.h autoconf.h
rm -f .config
ln -s /boot/vmlinuz.config .config
rm -f linux
ln -s . linux
+ ln -s Makefile.linux Makefile
make -C /lib/modules/2.4.20-4GB/build
MAKEFILES=/home/seb/Documents/dripkg/drm/.config SUBDIRS=`pwd`
DRMSRCDIR=`pwd` modules
make: *** /lib/modules/2.4.20-4GB/build: Aucun fichier ou répertoire de ce
type. Arrêt.
make: Entering an unknown directorymake: Leaving an unknown
directorymake[1]: *** [modules] Erreur 2
make[1]: Leaving directory `/home/seb/Documents/dripkg/drm'
make: *** [radeon.o] Erreur 2


J'aurais dû le lire plus tôt... Y'a des réflexes qui se perdent :-)
Est-ce qu'à tout hasard il s'attendrait à trouver les sources DRM dans
2.4.20-4GB/build? (au passage, 2.4.20-4GB est bien le bon noyau).

Oui, mais ça m'étonne un peu. build est censé pointer vers les sources du

noyau... Apparemment il essaie de reconstruire le noyau, avant de se mettre
à compiler les drivers drm.

--
Je voudrais savoir s'il existe un compteur de vitesse (?) pour savoir
à quelle vitesse on est réellement connecté au FAI et surtout si une
telle bête existe... où la trouver.
-+- RJ in: <http://www.le-gnu.net> - Baisse la tête et pédale -+-


1 2