Bon! si il y est pas c'est que "peut être"(enfin je dit cela, mais bon...) qu'il n'a pas était encore mis à jours pour le dernier noyau... vous ne croyez pas (punaise! et en plus c'est marqué en gros! "Suite à la dernière mise à jour de kernel vers la version 2.6.23.9-85.fc8, je me retrouve au boot avec un message disant que le module kernel fglrx pour la version ....9-85.fc8 n'existe pas. Bizarre qu'il n'ai pas été installé en tant que dépendance ???"...)... enfin bon... je dit ça comme sa...

Soit dit en passant... vous faites le coup à chaque mise à jours du noyau...
Bonjour

J'ai vraisemblablement le même problème que denisDEG une fois que son driver a été installé.
en effet :


[root@lafite ~]# yum list installed | grep fglrx
kmod-fglrx.i686 8.43-3.7.11.lvn8 installed
kmod-fglrx-2.6.23.8-63.fc8.i686 8.43-3.7.11.lvn8 installed
kmod-fglrx-2.6.23.9-85.fc8.i686 8.42.3-10.lvn8 installed
xorg-x11-drv-fglrx.i386 8.43-1.7.11.fc8 installed
[root@lafite ~]# uname -r
2.6.23.9-85.fc8

le noyau et le dernier kmod correspondent. D'ailleurs celuici se charge trés bien en mémoire puisque
[root@lafite ~]# lsmod | grep fglrx
fglrx 1470572 0

toutefois ce qui m'inqiète c'est les differnce de version entre le kmod de l'ancien noyau en 8.43 et celui du pour le nouveau qui est en 8.42.
comme si le nouveau kmod était pour une ancienne version du xorg-x11-drv-fglrx.
ce qui est bizarre ( vous avez dit quoi ?? )
c'est que catalyst qui ne fonctionné pas auparavant fonctionne et affiche une jolie interface graphique.
mais auton glxinfo que fglrxinfo me dise que le dri ne marche pas

display: :0.0 screen: 0
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.4 (2.1 Mesa 7.0.2)

c'est bien le module fglrx qui est chargé et aticonfig me donne

[root@lafite ~]# aticonfig --initial=check
Check: Found fglrx section.

voilà sinon pas de remarque supplémentaire je ne sais pas si le shmilblick va avancer je cherche de mon coté.
/me sifflote....

Bon... 2 fois en 2 version du pilote... SI IL VOUS DIT QUE LE MODULE NOYAU KMOD-FGLRX N'EST PAS DISPONIBLE POUR LA NOUVELLE MISE A JOURS DU NOYAU C'EST PEUT ÊTRE PARCE QU'ELLE N'EST PAS DISPONIBLE POUR LE MOMENT!

Vous vous entrainez pour sortir ce genre de choses??? Je veut pas être méchant, mais ça devient pénible là! surtout qu'en plus le message est quand même très clair non?

Celui qui s'en occupe chez livna :

1 ne doit pas avoir la même tranche horaire que nous
2 doit pas avoir que ça à faire
3 test peut être la nouvelle version pour la préparer pour la Fedora ce qui prend plus de temps
4 je me demande pourquoi je répond encore un fois
5 je me demande si je vais pas aller me pendre
6 ceci est bien un problème de votre téléviseur!
7 pinaise faut vraiment que je me pende!
8 bon c'est la der des der avant la prochaine fois!
Pour Chacual :

Merci de vos remarques qui m'éclairent effectivement sur le fonctionnement de tout cela.

1) OK. Compris. C'est pourquoi il n'est pas systématiquement inclus, même s'il était installé auparavant. C'est donc normal que j'ai eu à le rajouter à la main.
2) En fait j'ai aussi désintallé et réinstallé livna-config-display, et je l'ai aussi relancé. MAIS comme les param étaient OK visuellement, j'ai fait ANNULER au lieu de faire OK. Je referais le test avec OK et vous donnerais le résultat. J'avais aussi fait le save de Xorg.conf avant toute manip (débutant, mais sur F8 seulement ... 😉)
3) En fait, vu que lors de la mise à jour du Kernel précédente je m'en était sorti SEUL (contrairement à l'assertion de VINDICATORS) en désintallant et réinstallant tout en suivant le wiki sus-cité, j'ai serré les fesses en voyant un nouveau kernel mais j'ai pensé que je maitrisais le process de Màj du driver AMD pour aligner sur un nouveau Kernel. Je me suis donc lancé .... PLOUF! 🙂)

Merci. Je vous tiens au courant.
Regarde mon message plus haut... la mise à jours d'avant était dans le dépôt testing de chez livna! mais quelques jours après la mise à jours du noyau (qui n'est pas une dépendance!).
Pour VINDICATORS :
J'a pas du être assez clair. Le module est bien présent dans la liste des packages installables. Je m'étonnais juste (bêtement) que son installation n'ai pas été liée à celle du nouveau kernel. Chacual m'a expliqué pourquoi j'avais tort.
Cependant, mon problème se produit encore APRES avoir rajouté le module à la main et ne plus avoir eu de message d'erreur du type "module not found" au boot.
Autant pour moi, mais cela ne fait pas longtemps qu'il est mis donc il y a autre chose...

Je test pour voir le pourquoi du comment!

Donc voici le message d'erreur qui rend impossible l'activation du module :

[fglrx:firegl_gps_init] *ERROR* Gps_GartInitialization failed.
[fglrx:firegl_init_pcie] *ERROR* Failed to initialize GPS.

Edit :
Bon... je me demande pourquoi je m'excuse :-P

C'est parce que c'est le module noyau pour la version 8.42.3 des pilotes :-P! alors qu'actuellement nous sommes en 8.43... ou catalyst 7.11 :-P!

La bonne version n'est pas encore mis à jours! c'est bien ce que je disais 😉 allez! A LA VOTRE! :-P:pint::pint::pint::pint:
Mises à jours du pilote chez livna!

Par contre le problème d'initialisation (obligation de lancer 2 x une application 3D pour que ce soit activé...) est toujours présents! cela devient pénible!

En test actuellement...
Bonjour,

J'ai une Radeon x600 Mobility et je voudrais que la vidéo s'affiche sur mon écran LCD 82" et non mon lcd du portable.

-J'ai installé les pilotes ATI avec Frog (ATI Tech Inc M24 1P, branchement VGA.)
-Dans Livna-Display Configuration, j'ai désactivé sa configuration.
-Dans le ATI Catalyst Control Center, j'ai un message d'erreur d'initialisation (pas de driver détecté - Le driver fonctionne mal - vérifier le Ati Config)
-Dans Affichage, on me propose bien ma radeon mobility ainsi qu'un double affichage avec les bonnes résolutions.
-Dans le Gestionnaire de Paquetages : j'ai AtiTvOut / Xorg-x11-drv-fglrx ( AMD's propprietary ) / Radeontool

Sauf que je ne veux pas d'un double affichage en mode étendu pour avoir l'image de la video sur mon 82".

Comment je peux déclarer mon 82" comme étant l'affichage principale ?

Voici mon fichier de conf :
wrote:Section "Monitor"
Identifier "Monitor0"
ModelName "LCD Panel 1360x768"
HorizSync 31.5 - 48.0
VertRefresh 56.0 - 65.0
Option "dpms"
EndSection

Section "Device"
Identifier "Videocard0"
Driver "radeon"
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 "1360x768" "1280x800" "1280x768" "1280x720" "1152x864" "1024x768" "800x600" "640x480"
EndSubSection
EndSection

Section "Extensions"
Option "Composite" "Enable"
EndSection
Alors... avec le pilote proprio? parce que là tu est en libre! Si proprio (remplace radeon par fglrx dans ton xorg.conf) tu peut soit gérer avec amdcccle (panneau de contrôle AMD/ATI), soit regarder dans la documentation pour les options au sujet de cette partie :

Option "DesktopSetup" "xxxxx"

Remplace xxxxx par ce que tu choisi!

Pour radeon cela doit se gérer à l'aide de l'utilitaire system-config-display (ou Affichage dans le menu de gnome ou kde!).
Bonjour, avant avec le pilote radeon, je n'avais aucun probleme mais j'avais pas beaucoup de fps, donc j'ai changé en fglrx, les fps ont augmenté mais j'ai eu un nouveau probleme :

Lorsque je ferme un terminal, j'ai au dessus du pointeur des petits tirets (voir pj), cela se produit que lorsque il n'y a pas d'autres applications ouvert dans la barre du bas.
Pour enlever les sortes de tirets, il faut que je clique sur le tableau de bord du haut ou en ouvrant une application.
Comment remedier a ce probleme?

http://img119.imageshack.us/img119/6083/2312071717ks7.jpg

mon xorg.conf :
# Xorg configuration created by livna-config-display

Section "ServerLayout"
    Identifier     "Default Layout"
    Screen      0  "Screen0" 0 0
    InputDevice    "Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
    ModulePath   "/usr/lib/xorg/modules"
EndSection

Section "ServerFlags"
    Option        "AIGLX" "on"
EndSection

Section "InputDevice"
    Identifier  "Keyboard0"
    Driver      "kbd"
    Option        "XkbModel" "pc105"
    Option        "XkbLayout" "us+inet"
EndSection

Section "Device"
    Identifier  "Videocard0"
    Driver      "fglrx"
    Option        "OpenGLOverlay" "on"
    Option        "VideoOverlay" "on"
EndSection

Section "Screen"
    Identifier "Screen0"
    Device     "Videocard0"
    DefaultDepth     24
    SubSection "Display"
        Viewport   0 0
        Depth     24
    EndSubSection
EndSection

Section "Extensions"
    Option        "Composite" "Enable"
EndSection
Normalement avec la dernière version cela à disparue! mets opengloverlay sur off et idem pour vidéooverlay (ce dernier si tu est en 64bits uniquement!)!

Au passage... toujours le même problème avec compiz... je pense qu'il y a un lien qui n'est pas bon entre la version du pilote et le serveur X! J'en suis même sûr!
J'ai mis en off opengloverlay puis j'ai fais un redemarrage mais j'ai toujours le meme probleme.
Idem, mais c'est vraiment aléatoire... je poursuit mes investigations dès mercredi si j'ai le temps!

Joyeux noël à toutes et à tous et que la force d'ATI soit en vous! (et que nous ayons enfin un pilote 100% au top pour la nouvelle année, quoi que je suis un peut trop en avance là non? :-P)
Terminal > taper : aticonfig
AtiConfig wrote:aticonfig: Writing to '/etc/X11/xorg.conf' failed. No such file or directory.
No ATI fglrx device was found in the file: '/etc/X11/xorg.conf'.
Please run 'aticonfig --initial' or change the 'Driver' part of your configuration
file to "fglrx" and run aticonfig again.
Je continue les recherches.....

D'après la Doc :
wrote:aticonfig --initial
Uninitialised file found, configuring.
Using /etc/X11/xorg.conf

aticonfig --initial=check
Check: Found fglrx section.
Je te conseil quand même, pour pas trop t'emmerder, l'utilisation du panneau de contrôle!

Pour aticonfig c'était juste pour savoir les options que tu pouvais mettre!
Alors! Astuces à rajouter à la documentation :

Problèmes d'artefact de la souris par moment : rajouter ceci dans votre section "Device" du fichier /etc/X11/xorg.conf (en root!) :
Option "XAANoOffscreenPixmaps" "true"
Au passage pensez aussi à :
Option "TexturedXrender" "true"
Cela permet d'accroitre les performances avec les textures! à mettre false à la place de true en cas de problème!
Compiz ne marche pas (non il court!) : 
su -
wget http://koji.fedoraproject.org/packages/xorg-x11-server/1.3.0.0/9.fc7/x86_64/xorg-x11-server-Xorg-1.3.0.0-9.fc7.x86_64.rpm
rpm -U --oldpackage --nodeps xorg-x11-server-Xorg-1.3.0.0-9.fc7.x86_64.rpm
gdm-restart (ou redémarrer  votre serveur graphique)
Pas besoin de mettre le dépôt spécial, cela fonctionne très bien du moment que vous installez pratiquement tout ce qui correspond à compiz et à fusion (zone de recherche de pirut ou yumex, yumextender pour les intimes :-P!).
Mon noyau c'est du i686 et non pas x86_64. (Je n'ai qu'un Core Duo) Ya t-il l'astuce équivalente pour cette architecture?
Si tu as un core duo tu aurais pu (du?) installer la version X64 de Fedora8
ousp! j'ai oublier de mettre la commande pour les i686 :-P!
Dsl je le ferais plus!
su -
wget http://koji.fedoraproject.org/packages/xorg-x11-server/1.3.0.0/9.fc7/i386/xorg-x11-server-Xorg-1.3.0.0-9.fc7.i386.rpm
rpm -U --oldpackage --nodeps xorg-x11-server-Xorg-1.3.0.0-9.fc7.i386.rpm
gdm-restart (ou redémarrer  votre serveur graphique)
D'un autre coté... faut parfois chercher un peut! un peut de jugeote que diable! je sais qu'en France c'est "assistanat" à tout les étages... mais tout de même! faudrait un peut se sortir les doigts du Q! (à prendre à la rigolade même si c'est la vérité!)