Arf c'est bizar, j'ai essayé la manipulation avec xrandr, et quand je fait un
xrandr -q
Voila ce qu'il me retourne :
Screen 0: minimum 320 x 200, current 1280 x 800, maximum 1280 x 800
default connected 1280x800+0+0 0mm x 0mm
   1280x800       60.0* 
   1280x768       60.0  
   1280x720       60.0  
   1024x768       75.0     70.0     60.0  
   800x600        75.0     60.0  
   720x480        60.0  
   640x480        75.0     60.0  
   640x432        60.0  
   640x400        75.0     60.0  
   640x350        70.0  
   512x384        75.0     60.0  
   400x300        75.0     60.0  
   320x240        75.0     60.0  
   320x200        75.0     60.0
Il me manque un écran 🙁
C'est peut-être une section manquante dans le xorg.conf ?

Voici l'actuel : 
# 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/lib/xorg/modules/extensions/fglrx"
    ModulePath   "/usr/lib/xorg/modules"
EndSection

Section "Module"
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 "InputDevice"
    Identifier  "Synaptics"
    Driver      "synaptics"
    Option      "Protocol" "auto-dev"
    Option      "Emulate3Buttons" "yes"
    Option      "SHMConfig" "true"
EndSection

Section "Monitor"
    Identifier   "Monitor0"
    ModelName    "Dell 1280x800 Laptop Display Panel (16/10)"
    HorizSync    30.0 - 107.0
    VertRefresh  50.0 - 185.0
    Option        "dpms"
EndSection

Section "Device"
    Identifier  "Videocard0"
    Driver      "fglrx"
    Option        "OpenGLOverlay" "off"
    Option        "VideoOverlay" "on"
    BusID       "PCI:1:0:0"
EndSection

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

Section "Extensions"
    Option        "Composite" "Enable"
EndSection
une idée ?
Normalement il doit le détecter, mais tu peux quand même le rajouter... Rajoute une section Monitor. Et en faisant juste le "xrandr"?

Au passage c'est avec le pilote dans update-testing, le 9.2 n'est pas au point à ce niveau là...

En fait en gardant l'amdpcsdb précédent il le désactive (perso je n'ai jamais eu besoin d'y toucher...), mais si tu le supprime... Mais comme je l'ai dit plus haut : ce que tu y gagne vaux largement plus que ce que tu y perd

Maintenant il n'y a plus qu'au niveau des outils de gestions graphique à être fonctionnel (quoi que ça n'a jamais était la joie même avec les pilotes libres...).
Ah c'est sur la version testing ! C'est ptete pour ca 😉

si je fait juste "xrandr", ca donne le même résultat que "xrandr -q".
Mauvaise détection des écrans.... regarde dans les options de xrandr si tu ne peux pas le forcer à activer l'autre sortie... Normalement c'est "xrandr --auto" pour activer ce qui est désactivé.
--auto Pour les sorties connectées mais neutralisées, ceci les activera en employant
leur mode préféré (ou, quelque chose autour de 96 dpi si elles n'ont aucun mode
préféré). Pour les sorties débranchées mais activées, ceci les neutralisera.
Suite à un problème avec une mise à jour de PAM et avec la fâcheuse habitude de faire mumuse avec certaines commandes de rpm, j'ai dut refaire mon installation (4h pour une réinstallation complète, avec en plus les mises à jours, avec tout ce qu'il faut... ce n'est pas long! et encore je suis passé par une livecd, car l'image du DVD n'était pas accessible...).

Constat n° 1 : Il y a des problèmes avec la gestion des mirroires chez RPMFUSION, car j'ai n'a pas réussi à récupérer certains fichiers de configuration pour accéder aux dépôts...
Constat n°2 : Avec le pilote libre "radeon" j'ai eu l'accélération 3D sans problème, l'affichage graphique sans problème. Bon ce n'était pas parfait, mais ce n'était déjà pas si mal (je suis parti sur l'iso de base de F10!).
Constat n°3 : L'installation du pilote propriétaire s'est fait sans problème, du moins avec la version 9.3 disponible chez rpmfusion dans le dépôt "update-testing" de rpmfusion-nonfree! Aucune configuration du xorg.conf, pas de bidouillage à faire (je n'aurais plus que celui à faire pour la tablette graphique Aiptek, à coupler avec le pilote "wacom".), pas de commande à taper pour que cela fonctionne, etc...

Au final... et bien pas grand chose... Sauf que le déplacement des fenêtres se met à ramer, ainsi que l'affichage vidéo, avec les mises à jours, et ce même avec le pilote libre!
l'acceleration 3D avec les pilote libre sur une HD48xx ça m'interesse ya quelquechose de particulier à faire?
Non... mais c'est quand même loin d'être complet...
ok, c'est dejà un bon début alors
merci pour l'info
Tu es sûr de toi VINDICATORs ?
Je crois que madko parlait des drivers libres : j'ai une HD3450 et j'attends toujours l'accélération 3D voir même 2D ... que ce soit avec radeon ou radeonhd !
Ou alors j'ai loupé un truc ?
Ben... en tout cas je l'avais avec la 4850 avec la liveKDE d'origine...
Je n'ai pas testé les effets, mais glxinfo me disait que le rendus direct était sur yes... enfin vu la rapidité je l'ai remplacé illico... en attendant mieux.

Bon est ce que quelqu'un d'autre à testé la 9.3 du pilote proprio?
Salut :p

Juste pour dire que mon problème de composite et effet 3D viens de se régler avec la mise à jour de fglrx (9.3) et du kernel.
Le problème devait venir comme tu le disait du kernel.

Voilà, juste pour vous tenir au courant ^^
La mise a jour en 9.3 de rpmfusion m'a foutu la grouille plus rien ne marche, la section Files est de nouveau vide 🙁 Pourtant je ne suis pas en testing
Comme je l'ai dit plus haut, en partant sur du propre il n'y a pas eu de problèmes... il y a sans doute des "vieilleries" qui traine quelque part...

Remet ta section files et ça devrait être bon...

Pour composite c'est un bogue corrigé dans cette version (voir page précédente!).

Pour pas mal de problème, quoi que cela complique les choses, il faut supprimer son (enfin faire une copie de sauvegarde n'est pas un luxe!) fichier "/etc/ati/amdpcsdb", mais là cela vous force à utiliser Xrandr! (voir page précédente!)
VINDICATORs wrote:Je n'ai pas testé les effets, mais glxinfo me disait que le rendus direct était sur yes... enfin vu la rapidité je l'ai remplacé illico... en attendant mieux.

Bon est ce que quelqu'un d'autre à testé la 9.3 du pilote proprio?
Ouaip, moi (avec la mise à jour du noyau qui va avec).
Après un reboot avec les leds 'caps_lock et arret_defilement' qui clignotaient d'un plus bel effet... Mais avec un écran noir (on ne peut pas tout avoir hein :-o:))
Tentative d'effacement de xorg.conf et relancement de livna-config-display... mais sans plus de succès.
Ca c'est terminé par un ré-effacement de xorg.conf et relancement de X.
Et hop.. Vesa, Mesa.. le tout marche finalement pas si mal en 2D :pint:

Cordialement.
Au passage... Voici un xorg.conf de base avec Xrandr pris en charge :
# Xorg configuration created by livna-config-display

Section "ServerLayout"
Identifier "Default Layout"
Screen 0 "Screen0" 0 0
EndSection

Section "Files"
ModulePath "/usr/lib64/xorg/modules/extensions/fglrx"
ModulePath "/usr/lib64/xorg/modules"
EndSection

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

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

Section "Screen"
Identifier "Screen0"
Device "Videocard0"
DefaultDepth 24
EndSection

Section "Extensions"
Option "Composite" "Enable"
EndSection
Avec un amdpcsdb neuf...
J'ai un petite probleme moi:
J'essai d'utiliser le driver ATI sur le site officiel d'AMD, en générant un paquet moi meme:

Jexecute donc: sh ati-driver-installer-9.2-x86.x86_64.run --buildpkg Fedora/F10

mais j'obtiens deux erreur:

Generating package: Fedora/F10
mv: cannot stat `/tmp/ATI-fglrx-8.582-1-3750-root/BUILD/ATI-fglrx-8.582/usr/X11R6/lib/modules/dri/*': No such file or directory
mv: cannot stat `/tmp/ATI-fglrx-8.582-1-3750-root/BUILD/ATI-fglrx-8.582/usr/X11R6/lib/*.so.*': No such file or directory

Je comprends pas vraiment le probleme..., quelqu'un à deja tenté une install comme celle-ci ?
Mais déjà c'est la 9.3, de plus voir la documentation!

Encore une fois! Le pilote propriétaire proposé par le dépôt RPMFUSION est le pilote propriétaire officiel avec les scripts d'installation, de configuration, etc... modifié pour s'adapter à la fedora! Il n'y a que le noyau dure du pilote qui ne peut être modifié! MAIS C'EST LE MÊME BIRDEL!

Cela fait longtemps que le générateur de paquet chez ATI est dépassé! Ici nous assurons le support du pilote préparé par RPMFUSION et Kwizart quand il est en avance...
Bonjour, hier il y a eu une mise à jour de akmod mais pas du noyau, et en rebootant... freeze là où il y aurait dû avoir l'écran de login. Aujourd'hui, je redémarre en mode texte, mise à jour du noyau et du kmod-fglrx... mais re-freeze en rebootant. Je reboot une denière fois en mode texte et passe en pilote radeon. Quelqu'un d'autre a-t-il eu ce problème? J'ai essayé de jouer à World of Goo avec radeon mais ça rame beaucoup beaucoup...
EDIT : Résolu en faisant ceci : 
fglrx-config-display disable
fglrx-config-display enable
(j'ai vu ça là : http://forums.fedoraforum.org/showthread.php?t=218745 )
Je pense qu'en mettant à jour un paquet sans mettre à jour l'autre, la reconfiguration des ModulePath a échoué, d'où le problème
Vérifie ton xorg.conf, en dehors de lui il ne devrait pas y avoir de problème!

Dans ces cas là pourquoi ne pas patienter le temps que toutes les mises à jours soient disponible??? surtout qu'en plus le noyau était dans update-testing.

Il faut avoir un peut de patience, car les mises à jours ne se font pas sur le même serveur! il faut que les miroirs sur lesquels vous allez soient mises à jours et faire un "yum clean all" (ou un "Yum tout nettoyer" dans outils avec yumex!).