- Modifié
J'ai une HD4850, mais j'ai la flemme de faire la manip :-P
Mais si ca vous intéresse de savoir si ca marche je peux me forcer un peu 😉
Mais si ca vous intéresse de savoir si ca marche je peux me forcer un peu 😉
Pilotes ATI/AMD libre/propriétaire...
Ok avec ma 4850 en 32 bits. (pour Compiz j'ai les mêmes erreurs que mat2, mais ça doit venir d'autre part).
C'est nickel, parce qu'avec les 8.11 de rpmfusion (F9), la downgrade de libdrm en version F9 bloquait certaines mises à jour (mesa, pilote ati libre).
Merci donc à Kwizart.
C'est nickel, parce qu'avec les 8.11 de rpmfusion (F9), la downgrade de libdrm en version F9 bloquait certaines mises à jour (mesa, pilote ati libre).
Merci donc à Kwizart.
mat2 > pour Compiz, il faut rajouter cette section dans /etc/X11/xorg.conf :
Section "Files"
ModulePath "/usr/lib/xorg/modules/extensions/fglrx"
ModulePath "/usr/lib/xorg/modules"
EndSection
Normalement cela se fait automatiquement! mais bon... faut croire que la malédiction du clonePC à encore frappé!
Au passage avec ceci :
Voir en rajoutant :
Si vous constatez que cela n'apparait pas (la section Files l'autre c'est un test...!), merci de me le dire que je le rajoute dans la documentation...
Au passage avec ceci :
Cela fonctionne aussi!Section "Files"
ModulePath "/usr/lib64/xorg/modules/extensions/fglrx"
ModulePath "/usr/lib64/xorg/modules"
EndSection
Voir en rajoutant :
Je n'ai pas encore eu le temps de testé sans...Section "Module"
Load "glx" # libglx.a
Load "dri" # libdri.a
EndSectio
Si vous constatez que cela n'apparait pas (la section Files l'autre c'est un test...!), merci de me le dire que je le rajoute dans la documentation...
bon j'arrive toujours pas à récupérer ma session graphique :-x
Le pire c'est que je vois pas ce que j'ai fait de mal ^^
Mon xorg.conf (en qualité exécrable) :
Pour la section Files j'avais bien tout ça déjà :/ (il est pas sur la photo car j'avais viré pour tester !)
Le pire c'est que je vois pas ce que j'ai fait de mal ^^
Mon xorg.conf (en qualité exécrable) :
Pour la section Files j'avais bien tout ça déjà :/ (il est pas sur la photo car j'avais viré pour tester !)
- Modifié
Alors... vire l'accelmethod! Cela ne sert à rien! regarde si cela vas mieux!
Voici un exemple qui fonctionne :
Voici un exemple qui fonctionne :
Modifie la partie monitor et screen selon tes besoin!# Xorg configuration created by livna-config-display
Section "ServerLayout"
Identifier "single head configuration"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
ModulePath "/usr/lib64/xorg/modules/extensions/fglrx"
ModulePath "/usr/lib64/xorg/modules"
EndSection
Section "ServerFlags"
Option "AIGLX" "on"
EndSection
Section "InputDevice"
# keyboard added by rhpxl
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "fr"
Option "XkbVariant" "latin9"
EndSection
Section "Monitor"
Identifier "Monitor0"
ModelName "LG L1932P (Digital)"
HorizSync 30.0 - 71.0
VertRefresh 56.0 - 75.0
Option "dpms"
EndSection
Section "Device"
Identifier "Videocard0"
Driver "fglrx"
Option "DesktopSetup" "horizontal,reverse"
Option "OpenGLOverlay" "off"
Option "VideoOverlay" "on"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
Modes "1280x1024" "1280x960" "1152x864" "1024x768" "832x624" "800x600" "720x400" "640x480"
EndSubSection
EndSection
Section "Extensions"
Option "Composite" "Enable"
EndSection
Les nouveaux pilotes nvidia du dépôt kwizard améliorent-ils la fluidité de compiz? (car compiz sous ma fedora ça saccade un peu ^^)
- Modifié
Dsl mais regarde le titre du sujet! ici ce n'est pas Nvidia mais ATI/AMD!
Ta section Device n'est pas bonne!mat2 wrote:bon j'arrive toujours pas à récupérer ma session graphique :-x
Le pire c'est que je vois pas ce que j'ai fait de mal ^^
Mon xorg.conf (en qualité exécrable) :
[url]http://i70.servimg.com/u/f70/11/00/50/18/th/photo013.jpg[/url]
[url]http://i70.servimg.com/u/f70/11/00/50/18/th/photo014.jpg[/url]
[url]http://i70.servimg.com/u/f70/11/00/50/18/th/photo015.jpg[/url]
Pour la section Files j'avais bien tout ça déjà :/ (il est pas sur la photo car j'avais viré pour tester !)
Ouch désolé j'ai mal lu :lol: Je vais m'acheter des lunettes :-DVINDICATORs wrote:Dsl mais regarde le titre du sujet! ici ce n'est pas Nvidia mais ATI/AMD!
j'essaye tout ça (mais je galère trop comme j'suis en dual boot)...
... alors tu peut utiliser une méthode ancestrale qu'est l'impression papier :-P!
nan j'ai encore pire, un crayon et une feuille :hammer:
Aussi... mais c'est plus long...
bon mauvaise nouvelle ça change rien. Je m'absente pendant quelques temps donc bon je laisse tomber pour ce soir, je reprendrais ça à mon retour 🙂
ps : j'ai aussi viré les trucs 32 bits que j'avais installé juste avant, j'me suis dis que ça avait pu causer des conflits !
ps : j'ai aussi viré les trucs 32 bits que j'avais installé juste avant, j'me suis dis que ça avait pu causer des conflits !
@mat2
reprends ce qui est écrit dans la doc étape par étapes, Si tu as installé les rpms correctement, tu ne peux faire d'erreur qu'à la génération de l'image noyau ou à la génération d'un fichier xorg.conf adéquat.
Vérifies aussi ta section ModulePath. (quelqu'un l'aide sur ce point ?)
Il est possible qu'il faille empêcher livna-config-display de modifier le fichier xorg.conf...
Les problème d'installation des bibliothèques 32bit ne se posent que lorsqu'on utilise des programmes 32bit sur un environnement 64bit. Donc pas dans le cas de compiz.
La question de la nécessite du hack se pose pour la 8.12. Est ce toujours nécessaire ?
Note: Je veux voir aucune section Module dans aucun xorg.conf (c'est déprécated depuis X temps, même avec les pilotes proprio).
Note2 (@vindicator): On dit goodbye et adieu à toute méthode qui n'entraine pas un reboot complèt. Cela parce qu'il est désormais impossible de décharger le module radeon et drm faisant partie de l'image du noyau.(idem pour libGL, même en init 3).
D'ici la semaine prochaine, je censure dans la doc tout référence à un autre système d'exploitation destinée à dénigrer cette méthode.
reprends ce qui est écrit dans la doc étape par étapes, Si tu as installé les rpms correctement, tu ne peux faire d'erreur qu'à la génération de l'image noyau ou à la génération d'un fichier xorg.conf adéquat.
Vérifies aussi ta section ModulePath. (quelqu'un l'aide sur ce point ?)
Il est possible qu'il faille empêcher livna-config-display de modifier le fichier xorg.conf...
Les problème d'installation des bibliothèques 32bit ne se posent que lorsqu'on utilise des programmes 32bit sur un environnement 64bit. Donc pas dans le cas de compiz.
La question de la nécessite du hack se pose pour la 8.12. Est ce toujours nécessaire ?
Note: Je veux voir aucune section Module dans aucun xorg.conf (c'est déprécated depuis X temps, même avec les pilotes proprio).
Note2 (@vindicator): On dit goodbye et adieu à toute méthode qui n'entraine pas un reboot complèt. Cela parce qu'il est désormais impossible de décharger le module radeon et drm faisant partie de l'image du noyau.(idem pour libGL, même en init 3).
D'ici la semaine prochaine, je censure dans la doc tout référence à un autre système d'exploitation destinée à dénigrer cette méthode.
bon j'essayerai ça bientot(demain sans doute)
Tssss C'est une méthode que, comme le tout automatique..., je trouve déplorable... (C'était d'ailleurs l'un des arguments qui plaisait le plus chez les gens qui m'entoure...)
Pour la section Module je suis désolé, mais rien que pour l'histoire du dga pour éviter d'avoir un écran noir et de devoir faire un ctrl+alt+Fx ctrl+alt+F1 (de nos jours...) pour xdtv, tu ne peut pas y échapper! ou alors il faut que tu m'explique! (bon... je sais nous avons déjà eu cette discussion il y a un moment...), au passage si tu avais un équivalent à xdtv plus moderne tout en offrant autant de possibilité, n'hésite pas à me le dire...
Par contre ce qui me chagrine le plus c'est l'histoire du /usr/lib/dri/fglrx.... dont l'obligation d'y copier /usr/lib64/dri/fglrx.... pour pouvoir avoir accès à la 3D...
Pour la section Module je suis désolé, mais rien que pour l'histoire du dga pour éviter d'avoir un écran noir et de devoir faire un ctrl+alt+Fx ctrl+alt+F1 (de nos jours...) pour xdtv, tu ne peut pas y échapper! ou alors il faut que tu m'explique! (bon... je sais nous avons déjà eu cette discussion il y a un moment...), au passage si tu avais un équivalent à xdtv plus moderne tout en offrant autant de possibilité, n'hésite pas à me le dire...
Par contre ce qui me chagrine le plus c'est l'histoire du /usr/lib/dri/fglrx.... dont l'obligation d'y copier /usr/lib64/dri/fglrx.... pour pouvoir avoir accès à la 3D...
Vu le peut de mauvais retour sur cette version du pilote (Merci encore une fois à Kwizart), je peut partir qqes jours tranquille non?
Bon comme cadeau de noël j'ai demandé un anti-râlage pour râler un peut moins (mouhais... ça fait pas très français là.... dans tout les sens du terme...)...
Sur ce Joyeux Noël à toutes et à tous!
J'aurais tout de même préféré un pilote libre plus performant, car resté aux performances d'un R3xx alors que nous avons pour la plupart des R4xx, R5xx, R6xx, R7xx... c'est bien dommage (peut être pour 2009... allez savoir...)... Je le demanderais pour les vœux de 2009 moi...
Sur ceux Bon réveillon!
Bon comme cadeau de noël j'ai demandé un anti-râlage pour râler un peut moins (mouhais... ça fait pas très français là.... dans tout les sens du terme...)...
Sur ce Joyeux Noël à toutes et à tous!
J'aurais tout de même préféré un pilote libre plus performant, car resté aux performances d'un R3xx alors que nous avons pour la plupart des R4xx, R5xx, R6xx, R7xx... c'est bien dommage (peut être pour 2009... allez savoir...)... Je le demanderais pour les vœux de 2009 moi...
Sur ceux Bon réveillon!
Bon, je me lance... Je suis en train de remplacer F8 par F10 sur mon autre portable (celui qui est décrit ci-dessous, pas celui que j'utilise présentement qui tourne sous Ubuntu... no comment).
Comme le kmod fgkrx semble toujours être en testing et poser des problèmes, j'aimerais installer le pilote libre (hdradeaon) qui d'après ce que j'ai lu est celui que je devrais utiliser pour ma carte graphique (Mobility Radeon X1600), mais dans la doc, ile est écrit: "Pilote "radeonHD" : A faire... ". Alors, je pose la question: "Comment je fais?".
Ou alors peut-être que si j'ai bien compris les discussions ci-dessus, les problèmes sont en 64bits et pas en 32bits. Est-ce correct ou non? Si c'est non, alors va pour l'installation du pilote proprio...
Comme le kmod fgkrx semble toujours être en testing et poser des problèmes, j'aimerais installer le pilote libre (hdradeaon) qui d'après ce que j'ai lu est celui que je devrais utiliser pour ma carte graphique (Mobility Radeon X1600), mais dans la doc, ile est écrit: "Pilote "radeonHD" : A faire... ". Alors, je pose la question: "Comment je fais?".
Ou alors peut-être que si j'ai bien compris les discussions ci-dessus, les problèmes sont en 64bits et pas en 32bits. Est-ce correct ou non? Si c'est non, alors va pour l'installation du pilote proprio...