Reprise du message précédent :

 
Est ce que tu as compilé un module agp spécifique à ton kernel? Moi j'avais compilé en module agpgart et intel_agp. L'accélération ne fonctionnait que si intel_agp était chargé

oui il me semble bien
 
mais impossible de mettre la main sur un intel_agp
 
Bon je vais essayer de tout resinstaller en faisant plus gaffe aux modules agp
 
merci

 
Oui mais pense bien à mettre le module qui correspond à ta machine. Chez moi c'est un intel donc voilà

Bon bein je suis en train de compiler le noyau, j'ai choisi pour l'agp :
 
<*> /dev/agpgart (AGP Support)
<*> Intel 440LX/BX/GX, I8xx and E7x05 chipset support

Bon bein rien a faire, g suivi a la lettre la procedure, g bien mis tout en module, g charge interl-agp puis radeon et tjs ces 250 fps a glxgears et pas d'acceleration

il y a une mise à jour de xfree 4.3 dans la sid aujourd'hui pour ceux qui sont intéressés.

marche tjs pas meme avec la maj

 
il faut utiliser directement les drivers d'ati pour avoir une accélération avec les 9700/9800.
 
J'ai une 9700 pro et je n'ai pas l'accélération 3D avec XFree 4.3
 
ils sont en rpm , il faut utiliser alien pour les mettre en .deb et puis il faut les installer.
 
je n'ai pas essayer.
 
bonne chance
 
 
edit : lien des drivers ATI

Pizz -> Non non, j'ai réussi à avoir une accélération sans les drivers ATI.
 
Sanctuaire -> tu peux nous montrer le résultat de glxinfo et regarder dans ton /var/log/XFree86.0.log si t'as qqch qui concerne l'accélération. Normalement si ça marche pas y'a une indication. Enfin donne montre nous les lignes qui concernent ATI ou radeon ou drm.
 
Dans tous les cas, j'ai configuré mon kernel avec agpgart et intel_agp en module. Le module intel_agp est chargé avant le driver radeon.
 
 
 

 
sur une 9700/9800 ?  

non une M9

Aucun probleme apparent (pas de WW concernant l'affichage)
Je crois que l'acceleration 3D n'est pas supportee par XFree 4.3 (ca me revient maintenant), c juste le chipset qui est supporte
 
je vais retenter les derniers drivers d'ati (j'avais essaye les anciens sans succes )
 
Merci

ça marche avec xfree 4.3 sur toutes les radeons sauf les 9700 et 9800.
 
avec ma M9 j'ai aussi l'accélération 3D, mais pas sur ma 9700 pro (sauf avec les drivers ati).

autant pour moi

j'ai un petit problème avec ma M9...
 
Je suis en Debian Sid sur un portable Dell D600, avec Gnome 2.4.
J'ai suivi la méthode proposée par Niala, ça marche j'ai l'acceleration 3D
(direct rendering = Yes)
 
Par contre quand je lance glxgears ... je me retrouve avec 700 fps    
 
Quake3 tourne mais ça rame (options à fond ou pas le résultat est le même)... avec Gnoppix ça marche sans problème.
 
Je sais pas trop quoi faire, j'ai compilé mon kernel 2.6.3 avec les modules agpgart et intel_agp (sinon le dri marche pas), les modules genre ati-agp ne servent pas (0 avec lsmod)
 
Je vois pas trop quoi faire  

 
dommage ... (si tu donnes un peu plus de précisons ...   )
 
 
sinon, depuis là mise à jour de KDE 3.2 (avec une mise à jour de XFree en même temps), j'ai perdu l'accélération 3D de ma M9 ...
 
j'espère que le problème va être corrigé au plus vite.

J'ai edité le topic

 
et en utilisant que XFree 4.3 ?
 
perso, avec ma M9, je n'utilise pas les drivers ATI, mais rien que XFree 4.3 et ça marche très bien pour le 3D (c'est un peu moins performant et je n'ai pas de problème).
 

Pour l'install chez moi ça marche pas pour la simple et bonne raison que je n'ai pas de module radeon   avec xfree. J'ai le r128, le Ati, le fglrx (pilote ati), mais pas de radeon. J'ai une sid, noyau 2.6.3, XFree86 Version 4.3.0.1.
 
Je configure le server X avec dpkg-reconfigure xserver-xfree86  
 

 
 
rajoute radeon "à la main" dans /etc/X11/XF86Config-4
 

 
En fait j'utilise pas les drivers proprio ATI (ils m'ont foutu la merde alors je les ai viré) j'utilise les drivers du drm-trunk-module-src... j'ai suivi à la lettre la methode de niala.
 
Le DRI marche mais j'ai que 700 fps à glxgears... avec gnoppix (XFree4.1) j'ai 1400 à glxgears et 60 fps à quake3 ...

 
ça ne sert plus à grand chose d'utiliser cette méthode vu que XFree 4.3 est dans la sid maintenant (l'accélération est revenue ce matin).
 

je regarde ça tout de suite
 
ceci dit, ça me dit toujours pas pourquoi j'ai que 700 fps avec xfree4.3 et le dri...

Bon j'ai remplacer mon fichier de config XFree86-4 par celui généré par knoppix ... ça marche mieux (1400 fps) je sais pas vraiment pourquoi mais bon c pas grave ...

il faut mettre "radeon" dans la partie driver de XF86Config-4
 
et il faut le faire à la main.
 
edit : et je fais aussi 1400

j'avais bien mis le radeon à la main...
dans mon fichier knoppix il y a en plus:
 
Option "sw_cursor"
 
c'est la seule différence au niveau du Section "Device"

 
 
Si ça vous interresse j'ai une autre méthode pour avoir l'accélération 3D sous Debian avec un kernel 6.3.x, XFree 4.3.x et les drivers d'ATI.
Chez moi j'ai environ 3100 fps à glxgear avec ma 9800 non pro.

je sais pas si ça ammeliorera beaucoup chez moi, j'ai pas un pc de course, c'est un portable, mais raconte quand même

mon XFConfig-4 (je n'ai rien changé sauf "radeon" à la place de "vesa" )
 

 
Un peu oui !
 

et dire que sur un portable pareil que le mien mais avec une GeForce MX440 64Mo, ça donne plus de 2500 à glxgears ...

 
vas y, fais péter l'info.

bon alors voila comment je procède (d'ailleur il me semble que cette méthode vien de ce forum) :
 
Je redonne mon système Linux :
 
- Debian 3 avec la plpart des package en SID
- kernel 6.2.3
- XFree86 4.3
 
1 - Installer les drivers ATI :
======================
 
- télécharger les dernier drivers ATI :
 
http://www2.ati.com/drivers/linux/ [...] 0.i386.rpm
 
- Il faut convertir le parkage .*rpm en .*deb. Pour cela, il faut avoir le pakage alien d'installé. pour l'installer faite un :  
 
$ apt-get install alien
 
- Pour convertir le pakage faite tout simplement :
 
$ alien -d fglrx-glc22-4.3.0-3.7.0.i386.rpm
 
- Il faut maitenant installer les Drivers :
 
$ pkg -i --force-overwrite fglrx-glc22-4.3.0-3.7.0.i386.deb
 
- Si tout c'est bien passé, lancer la configuration de XFree86 :
 
$ fglrxconfig
 
  Normalement vous devriez pas avoir de problème pour la configuration, contentez vous de répondre aux questions et répondez Yes pour la question qui concerne l'AGP. Quand vous savez pas quoi répondre laissez l'option par défault.
 
2 - Modification de quelques ficihers
=====================================
 
- Ouvrez une console et rendez-vous dans le répertoire /lib/modules/fglrx/build_mod/2.6.x/ :
 
$ cd /lib/modules/fglrx/build_mod/2.6.x/
 
- Editez le fichier Makefile avec l'éditeur vim par exemple. Pour cela vérifiez que vous êtes bien connecté en tant que "root", si ce n'est pas le cas, tapez "su" dans la console :
 
$ vim Makefile
 
- Il faut commenter les lignes 31 et 32, c'est à dire rajouter un # devant. Bormalement vous devriez avoir ça :
 
#KDIR            = /lib/modules/$(KVER)/build
#else
 
- quiter l'éditeur puis faite un cd .. . Il faut maitenant éditer le fichier firegl_public.c :
 
$ firegl_public.c
 
- rendez-vous à la ligne 3123 ... et :
 
Remplacer ça :
#if ( (PAGE_ATTR_FIX == 1) || (LINUX_VERSION_CODE == KERNEL_VERSION(2,4,19)) )
Par ça :
#if ( (PAGE_ATTR_FIX == 1) || (LINUX_VERSION_CODE >= KERNEL_VERSION(2,4,19)) )
 
3 - Application du patch VMALLOC
================================
 
- Alors pour le patch soit vous enregistrez le code suivant dans un fichier fglrx-VMALLOC-fix.patch :
 

 
  Soit vous le téléchargez sur mon ftp ... mais comme j'arrive pas a le configurer il est encore très instable :
 
ftp://reeper.myftp.org/fglrx-VMALLOC-fix.patch
 
- Il faut que vous fermiez le serverX, si vous avez gdm allez dans le mode console #1 (CTRL + ALT + F1), connectez vous en tant que root et tapez :  
 
$ /etc/init.d/gdm stop
 
- pour appliquer le patch il faut faire (toujours dans le répertoire  /lib/modules/fglrx/build_mod :  
 
$ patch -p1 <fglrx-VMALLOC-fix.patch
 
  Chez moi j'ai u 2 erreurs mais ça à fonctionné quand même ... à voir.
 
- la suite et fin est simple :
 
$ cd 2.6.x/
$ make
$ cd..
$ ./make.sh
$ ./make_install.sh
 
- relancer gdm :
 
$ /etc/init.d/gdm start
 
  ou
 
startx
 
4 - Le test
===========
 
Faites un petit fgl_glxgears ou glxgears    
 
 
Voila j'espère que j'aurais été clair, que je n'aurais pas dit trop de betises et que si la méthode de Niala n'a pas fonctionné chez vous, que celle-ci fonctionnera  
 
 

Et ca donne quoi comme résultat à glxgears ?  
J'ai appliqué la méthode de Niala, et même s'il est clair que c'est bcp mieux que sans driver, c'est quand meme loin des Nvidia au dessous de ma Radeon 8500

glxgears => 3100 fps
fgl_glxgears => 550 fps
 
slayne je suis comme toi, je suis vraiment déçu par la qualité des drivers ATI par rapport aux NVidia, quand je pense qu'avec ma Ti500 les applications OpenGL étaient plus rapide sous linux que sous windows et que maitenant c'est le contrare, je me dit que j'aurais peut être pas du prendre une ATI

Alors personne à testé ma méthode ?    
j'aimerais bien savoir laquelle apporte le plus de perf  

je test ça ce soir même si je trouve que ça tient de la bidouille  

Heu .. j'ai un petit problème : au moment du startx ...
(EE) Failed to load module "fglrx" (module does not exist, 0)
(EE) No drivers available

Gimp j'ai testé la méthode de Niala sans succès et après quand j'ai voulu refaire ma méthode j'ai du supprimer les 3 pakages qui ont étés instalés avec la méthode de Niala pour que ça fonctionne.
Si non tu peux tester avec un "rmmod fglrx" mais chez moi ça na pas fonctionné.
si non est-ce que tu as eu des erreurs au moment de l'application du patch ??

 
j'ai eu 2 erreurs lors de l'application du patch :
 
missing header for unified diff at line 3 of patch
(Patch is indented 4 spaces.)
patching file firegl_public.c
Hunk #1 FAILED at 1503.
Hunk #2 succeeded at 1990 with fuzz 2 (offset 14 lines).
Hunk #3 FAILED at 2196.
2 out of 3 hunks FAILED -- saving rejects to file firegl_public.c.rej
zsh: exit 1     patch -p1 < fglrx-VMALLOC-fix.patch
 
pour ce qui est du rmmod chez moi ça marche, j'ai rajouté l'option pour forcer la supression des modules dans mon noyau.
 
je vais essayer un virant les autres packages

voila j'ai les même erreurs que toi, je suis actuellement en train de chercher les raisons de ces erreurs et eventuellement un autre patch, j'en ai trouvé un ici : http://gentoo.kems.net/gentoo-x86- [...] addr.patch
Je le test dans la soirée
Je me suis aussi aperçue que je n'avais pas les dernier drivers, donc je vais également les tester ce soir