Reprise du message précédent :
tu utilise une carte nvidia moi une carte ATI, ton fichier de config ne me sera donc pas vraiment utile :$
a quoi sert le module "I2C" ?

ah daccord je savais pas pour I2C
sinon j'espère que ton fichier poura servir a d'autres, quand jaurais réusi a metre le bureau 3D
je meterais un recapitulatif ici pour que les autres dans mon cas trouve rapidement une solution
 
tutos que j'ai suivit actuellement:

 
et d'autres mais j'ai pas retrouvé les liens, j'éditerais par la suite

Comment tu fais pour stopper sur la tranche comme sur ta screen ?

je suppose qu'il met en mode ralentis shift + F10

bon je récapitule mon probleme:
 
je suis sous debian testing , kernel 2.6.20
je ne peut pas utiliser les drivers ati proprio car ils ne gere pas le 2.6.20 (Doh!!!)  
je me rabat donc sur les drivers radeon
et je ne parvient pas a activer le DRI car je me retrouve avec une vielle erreur:

 
et je cherche une soltion
 
edit: le agp dans le noyau je dois metre en module ou en dur ?
et le drm je dois le metre comment ?
y'a autre chose a metre ?
car la je soupsone que ca viene de ma config du kernel
 
le log complet de xorg: http://kankai.dyndns.org/logs/xorg.log

Et si tu installais une image de noyau pré-compilé (linux-image-2.6-686 par exemple, optimisé pour ton architecture) ?
 
Alors oui, c'est pas la dernière version, mais il marche et est patché Debian, ce qui garanti un fonctionnement plus sûr que les sources vanilla qui sont généralement pas mal buggées.
 
 
Tu résoudrais plusieurs problème d'un coup et très simplement de cette façon.  

jamais
je préfère de loin moi même activer ce que je veut dans mon noyau et virer ce que je ne veut pas plutôt que de prendre un noyau tout fait dont je ne connais rien, de plus je ne pense pas qu'il s'agisse d'un problème de noyau en soi mais de config, je ne sais juste pas ce que j'ai oublié ou mal mis
 
déjà selon le log de xorg l'addresse du busid est mauvaise mais je en sais pas comment trouver la bonne

 
Tu crois vraiment être meilleur que les développeurs debian ?

Ce n'est pas obligatoire d'en spécifier un ; xorg est censé pouvoir automatiquement le détecter. Si tu n'es pas sûr de l'adresse (vérifiable avec un lspci toutefois), il vaut mieux ne rien mettre du tout et laisser xorg se débrouiller plutôt que de mettre une valeur qui soit fausse.

non loin de la, cela dis un noyau pré compilé est un noyau ou ce sont eux qui onts choisis ce qu'il veulent activer et ne pas activer de ce fait il y aura forcement des options qui ne me serviront a rien d'activées par défaut
 
pour le lspci -v j'ai:

en ce qui concerne ma carte

actuelement:
http://kankai.dyndns.org/logs/xorg.log
http://kankai.dyndns.org/logs/xorg.conf
 
la on pourais se dire "de quoi il se plaind la ca a lair lancé son dri en bois"
et bien non: glxinfo | grep rendering = No
 
une idée ?

Chez moi, j'ai compilé en dur le support de l'AGP (je suis sous Gentoo, et je n'avais pas envie de m'embeter avec les modules).
 
Essaye ça, tu modprobe ton module AGP pour ta carte mère, et tu lances xorg pour tester. Si xorg n'arrive pas à initializer l'agp c'est qu'il y a un problème.
 
Note: le noyau de Debian est très bien, moi j'utilise celui de Gentoo mais pas le vannilla, je n'ai pas envie de m'embêter avec les patchs.
 
Bon, je redémarre mon pc sous linux et je te donnes plus d'information. (Oui, je bosse aussi sous windows).

 
je le modprobe quand meme (quand on aime on ne compte pas)
 

 
sinon moi aussi j'ai un dual boot avec windows pour mes grands moments de solitude : pour jouer xD

Je ne vois pas pourquoi tu charges ati_agp, il ne me semble pas que ce soit utile. Charge seulement le module AGP pour ton Chipset de ta carte mère, moi j'ai un Intel I845Pe, j'utilise le module intel_agp.
Si tu as une nforce, nvidia_agp etc...

ati_agp n'est pas en raport avec ma carte graphique donc ?
hum ca deja c'est bon à savoir, mon probleme de dri pourais venir de la ?
 
je suis sous un nforce2 pour le chipset, j'ai la A7n8x-e deluxe
et la carte graphique est une ati radeon 9600 pro sur port AGP

Donc, ne charge pas ati_agp, moi je ne l'ai pas un module ni en dur.
Ca peut être la cause du problème, xorg ne sait pas lequel initialiser.

j'ai fais:
 
 

 
ca devrais aider

Tu as réessayer de lancer xorg maintenant en ayant que nvidia-agp chargé ?
 
D'après le http://kankai.dyndns.org/logs/xorg.log, tu as le DRI activé ainsi que aiglx.

je l'ai pas encore relancé je fais de suite
je vais decharger tout les modules inutiles avant
et je relance le serveur
 
j'ai relancé mais apparement pas de dri non plus

Pas normal ça, ton xorg.log dit bien que Aiglx et chargé donc glx aussi, donc dri aussi (tu mets au moin à jours le fichier xorg.log qui est sur le net ?).
 

Tu n'as toujours pas envie de tester, même temporairement, avec un noyau Debian pour voir si ça fonctionne ou pas ? Ça permettrait déjà d'identifier si le problème vient du noyau (config ou version) ou de xorg.
 
Moi je dis ça juste au cas où, pour t'éviter de chercher encore pendant des heures...  

 
le fichier que je met sur le net est un lien symbolique hébergé sur mon pc
 
pour le noyau j'ai peur de prendre un sur le net car si jammais il écrase celui que j'ai actuelement ca va sentir le sapin, de plus je sens que je touche au but, glxgears ne rame plus deja, sans pour autant aler super vite deja il ram pas
 
la config de mon kernel: http://kankai.dyndns.org/logs/kernel.conf

Bah y a aucun risque d'installer une image de noyau pré-compilé via APT, je l'ai fais des milliers de fois et ça n'a jamais déconné.
 
Tu utilises ton gestionnaire de paquets habituel, par ex. aptitude install linux-image-2.6-686
L'installation s'effectue automatiquement (avec l'ajout dans grub y compris), il suffit juste de rebooter et choisir au boot le noyau fraîchement installé.
 
L'ancien noyau est toujours conservé (via vmlinuz.old), ça craint pas tu peux tout à fait installer en parallèle tes propres noyau avec ceux de Debian. En plus tu pourras le désinstaller par la suite proprement, en repassant par le gestionnaire de paquet la désinstallation est automatique et te restaurera ton noyau après avoir viré celui de Debian et mettra à jour Grub comme il faut.
 
Bref rien de bien dangereux selon moi  

le problème est que je suis un mega poisseux (sans déconner) et que je n'ai qu'une confiance TRES limitée en ce genre de manip automatisée, je vais tout de mime tenter par acquis de conscience mais bon, sinon au passage (tant que je suis dans le kernel) tu saurais quel option je dois activer pour que quand je met vga=792 en paramètre à grub qu'il ne me fasse pas un écran noir en continuant a booter et qu'il me mette bien ma console en 1024*768*24 ?
 
edit:
apres avoir écouté ton conseil:

 
au moin on aura essayé
 
edit: la saleté en aura profité pour jarter tout les "initrd /boot/initrd...." dans mon menu.lst obligé de tous les remettre a la main  , par contre le vga=792 marche avec, la j'ai reboot sous le 2.6.20 quand même
 
si besoin pour plus de claretée j'ai une version colorée syntaxiquement: http://kankai.dyndns.org/logs/xorg.html (mais elle elle est pas MAJ en temps réelle comme l"autre, c'est la actuelle)

C'est indiqué, y'a des token dans menu.lst tu dois mettre tes entrées avant ou après

Perso, je me suis réinstallé une Debian hier, là je tourne sous Beryl, ça s'est très bien passé, j'ai suivi à la lettre ce tutoriel :
 
http://salug.ouvaton.org/modules.p [...] le&sid=770
 
Il y a juste une faute de frappe de l'auteur sur la ligne suivante :
 
apt-get install modules-assistant
 
Il faut virer le s en gras, mais sinon ça va tout seul Après, ça reste dédié au carte ATI, et une fois tout installé et avant de lancer Beryl, il faut rebooter, mais sinon c'est vraiment simple de cette manière.

non mais la c'était apt qui avais  fait des m**** , j'ai tout bien réparé juste âpres
 
la je pete un plomb car y'a pas une seulle erreur dans le log de xorg et pourtant pas de DRI donc pas de beryl
 
tu utilise quels drivers ? proprio ou libres ?
car moi je ne peut pas lancer beryl uniquement car je n'ai pas de DRI

Perso j'ai pas mal galéré aussi pour installer et surtout faire fonctionner Beryl sur Ubuntu (6.0.6) Dapper avec mon ATI 7500
 
Trois choses dans mon cheminement qui m'ont permis d'y arriver (si ça peut te donner des pistes):
 
1. vérifier que tu n'as pas un fglrx dans /etc/modules (au cas où tu aurais auparavant eu les drivers non-libres ATI) puis réinstaller libgl1-mesa. Sans ça je n'avais pas moyen d'avoir le direct rendering avec les pilotes libres radeon (et ce même avant l'installe de aiglx/beryl)
 
Pour AIGLX/Beryl
2. La partie "Configurer gdm" pour y rajouter le serveur aiglx dans http://doc.ubuntu-fr.org/aiglx  
3. puis j'ai installé (et/ou réinstaller) xserver-xorg-air-core, xserver-xorg-driver-ati, libsvg, libsvg-cairo, gnome-session en suivant les conseils de ce post http://www.ubuntuforums.org/showpo [...] stcount=18 car avec le tuto d'installe de aiglx/beryl pour radeon sur ubuntu dapper je n'y arrivais jamais.
 
Voilà, mon cas est assez spécifique car obligé de passer par xorg-air à cause d'une version pas assez récente de X11/Xorg je crois sur dapper (pas sûr que ce soit ça, mais en tout cas ya un composant qui est trop vieux sur cette disto pour y faire tourner aiglx directement vers xorg pour Beryl, à la différence de Ubuntu 6.10)
 
On ne sait jamais, si ça peut t'aider...
 
Edit: il est également possible que tu ne puisses pas utiliser les couleurs en 24 bits, et que tu doives passer en 16 bits pour avoir l'accélération (ça arrive avec certaines cartes/drivers, c'est mon cas). Il faut alors mettre
DefaultDepth 16 dans Section "Screen" de ton xorg.conf (au pire tu mets 16 par défault et quand tu auras Beryl qui fonctionne tu re-essayes avec 24 pour voir si ça passe...)
 
Bon courage.

hum je vien de:

 
je vais voir ce que ca donne merci pour le tuyau
j'avais effectivement des drivers fglrx installé auparavant
 
edit:
mauvaise idée en fait
maintenan le glxinfo | grep rendering  =  freez de tout le systeme imposant un reboot

 
edit2:
j'ai fais une recherche pour voir si j'ai encore beaucoup de fglrx:

 
je dois les supprimer a la main ou je dois les laisser ?
 
j'ai aussis tenté de:

(puisque le tool était la pourqoi s'en priver ? xD)
 
apparement l'erreur beryl a elêl aussis changée:

Utilise d'abord le script de désinstallation ATI, "/usr/share/ati/fglrx-uninstall.sh"
 
Après avoir utilisé le script, tu pourra enlever les fichiers à la main.

c'est bon je vien de le deinstaller avec le .sh
je vais voir ce que ca donne (restart de xorg) et j'édite
 
edit:
yesssss un super bon debut !:

 
ca deja c'est realy very good ! (exes de joie:$)
reste plus que beryl:

 
je vais deja tenter d'activer aussis des options les unes âpres les autres

apres un test sous gnome et sous kde: ca marche sauf sur xfce
de plus le rendu est vraiment "MOYEN" comparé a celui du cd livre de kororaa (je vais tenter avec compiz)

bon ben pour resumer pour que ca marche:
 
1: executer le script de distallation de fglrx
2: aller dans /usr/src/linux
3: make menuconfig
4: activer agpart en module
5: activer le DRM en module + chipet nvidia
6: regarder ma config: http://kankai.dyndns.org/logs/xorg.conf
7: restart xorg
8: vérifier que: glxinfo | grep rendering < retourne bien Yes
9: beryl-manager
 
si le 8 ne marche pas demander ici apres un : cat log_de_xorg | grep EE
 
mais j'ai beaucoup de bugs "visuels" sous beryl la, j'ai fais la meme manip sur mon laptop et pas de probleme visuel

 
en fait il suffisait de retirer l'info "fglrx" du fichier /etc/modules pour éviter qu'il se charge au démarage et gène radeon.
 
Mais pas de virer complétement le module tout en laissant dans son appel à chargement dans /etc/modules, comme tu l'as fait:
 

 
 
Mais bon ça marche avec le script de désinstall, c'est bon à savoir.

ouais même si je ne comprends pas pourquoi j'ai autant de bugs visuels sur le gros pc alors que le pc portable ca marche impec
étrange non ?
j'ai même fais un apt-get build-dep beryl pour etre sur mais rien n'y fait
 
j'ai aussi dans la config de petits problèmes: http://keikka05.free.fr/captures/Capture_beryl.png
les icones manques
 
edit: je n'arrive pas non plus a avoir des effets d'eau
edit2: impossible de lire une vidéo quand beryl est lancé obligé de le désactiver pour ne pas avoir une image noire

 
Dans les paramètres de tes applications video (mplayer, kafeine, vlc, etc...) choisir comme sortie video X11 et ce sera réglé, c'est d'ailleurs impressionant la video la video qui continue sa lecture et s'adapte sans broncher au grès des déformations de la fenêtre  

ça y est, j'ai enfin réussi a avoir la 3d (beryl) avec ubuntu
Par contre je ne plus déplacer/redimensionner les fenetres (elles n'ont plus la barre en haut)

j'ai exactement le même problème que toi sous Edgy avec un 2.6.20.5-generic tu as quoi comme matériel ?
 
perso, un PIII 1.13 et une GeForce4 Ti 4200
 
et ma version de beryl est la 0.1.9999.1

Ca j'ai déjà eu, c'est un problème dans la conf de ton xorg.conf. Il faut ajouter des options dans quelques sections pour que tout fonctionne correctement. Voici les parties de mon xorg.conf qu'il a fallu modifier, regarde ce qui est en gras :

Une fois ceci ajouté, Beryl fonctionne au poil En tout cas chez moi et avec une CG nvidia, donc peut être pas garantie avec ATI.

ma version de beryl: 0.1.9999.1
mon matos:
CM: asus a7n8x-e deluxe
ram: 1go de corssair
cpu: amd 2200+
cg: ati radeon 9600 pro
mon noyau: 2.6.20
ma distrib: debian etch ( testing )  
 

quand tu lance beryl-manager
tu clique dessus avec un clique droit et tu fais "recharger le décorateur de fenetres" si ca marche toujours pas deplace l'application avec "ALT + click en bougean la souris" souvent la bare reste planqué "au dessus" de lécran 'en dehors'

j'ai un 4400+ et une 7900gt
Ma version de beryl doit etre la meme que la tienne.
 
semblerait, d'après ce que j'ai vu rapido dans d'autres forum que ça aurait un rapport avec emerald.
 
Et qu'il faille taper un truc du genre emerald --replace; mais j'ai pas encore testé.
 
Edit: je vais tester les 2 propositions qui ont été faites pendant que je tapais le message
 
merci