... Alors là... c'est un problème avec la reconnaissance de l'écran, et avec nomodeset au boot?
Perso je pense plus que l'histoire d'avoir ceci :
Section "Device"
Identifier "Builtin Default ati Device 0"
Driver "ati"
EndSection
Section "Screen"
Identifier "Builtin Default ati Screen 0"
Device "Builtin Default ati Device 0"
EndSection
Section "Device"
Identifier "Builtin Default vesa Device 0"
Driver "vesa"
EndSection
Section "Screen"
Identifier "Builtin Default vesa Screen 0"
Device "Builtin Default vesa Device 0"
EndSection
Section "Device"
Identifier "Builtin Default fbdev Device 0"
Driver "fbdev"
EndSection
Section "Screen"
Identifier "Builtin Default fbdev Screen 0"
Device "Builtin Default fbdev Device 0"
EndSection
Section "ServerLayout"
Identifier "Builtin Default Layout"
Screen "Builtin Default ati Screen 0"
Screen "Builtin Default vesa Screen 0"
Screen "Builtin Default fbdev Screen 0"
EndSection
Pose vraiment les problèmes!
Test avec la commande "system-config-display --reconfig" en root sans les "" et après l'avoir installé, pour repartir sur une bonne base! Perso je crains qu'une réinstallation soit nécessaire.
Autre solution si vous passez par un xorg.conf :
Option "IgnoreEDID" "boolean"
Do not use EDID data for mode validation, but DDC is still used for monitor
detection. This is different from NoDDC option.
The default value is off.
bioinfornatics : J'avais le même genre de bogue avec le pilote propriétaire, sans doute un problème d'implémentation et comme le pilote et mesa se base sur les docs techniques, spécifications, et autres bout de code officiel qui servent aussi au pilote propriétaire, il faut peut être voir auprès de cairo pour améliorer le support non? Voir en faire un rapport sur le bugzilla puisqu'il y a des développeurs de mesa/radeon employée par redhat...
xorg-x11-drv-ati-experimental vous le sortez d'où????
Sur le bugzilla il y a des rapports au sujet du problème avec les résolutions et la détection des écrans, peut être que la nouvelle méthode n'est pas fonctionnel avec tout les écrans...
Je travail actuellement à la documentation sur la gestion des écrans. Travail qui n'est pas facilité par le nombre de systèmes différents et n'apportant pas toujours de bon résultat.
Exemple :
system-config-display qui est encore à l'ancienne
gnome-display-properties (si je ne me trompe pas...) à l'air d'être un peut mieux, mais...
systemsettings ->Affichage de KDE qui à l'air d'être bien, mais reste encore un peut à la ramasse actuellement quand il faut gérer un écran indépendamment.
D'après ce que j'ai compris l'affichage se base sur xinerama pour le multi-moniteurs, utilisation qui ne m'a jamais vraiment apporter un semblant de joie avec les ATI, alors qu'avec xrandr c'est mieux et bien plus puissant...
Pour les sorties TV vous pouvez aussi voir du coté du "man radeon" pour le moment, je dois mettre le manuel à jour en français pour la doc (... je me demande si une traduction officiel ne serait pas encore mieux pour avoir directement un "man radeon" en langue de nostre communauté???)
Option "TVStandard" "string"
Used to specify the default TV standard if you want to use something other
than the bios default. Valid options are:
ntsc
pal
pal-m
pal-60
ntsc-j
scart-pal
The default value is undefined.
Option "ForceTVOut" "boolean"
Enable this option to force TV-out to always be detected as attached. The
default is off
Option "ATOMTvOut" "boolean"
This option enables experimental TV-out support for R/RV5xx, R/RV6xx, and
R/RV7xx atombios chips. TV-out is experimental and may not function on these
chips as well as hoped for. The default is off.
Cherchez toutes les références à la gestion de la télévision
Peut être aussi que le développement d'un panneau de contrôle libre pour les ATI se basant sur le pilote "radeon" de xorg-x11-drv-ati" ne serait pas de trop. Je pense que cela doit être possible, mais là cela dépasse mes compétences... surtout dans le temps...