Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Sérieux problème d'affichage sur portable + ATI

denis

Salut à tous,
C'est la deuxième fois que je poste ç ce sujet car je n'ai pas pu trouver de réponse:
Mon soucis:
Mon installation FC5 (Pentium M740 => i686) est devenue "capricieuse" depuis peu (Acer Aspire 5500 + ATI M x700 (Livna 8.25.18-2.2.6.17_1.2139)):
-- parfois les terminaux (Ctrl+Alt+F1 ou F2 ou ...etc.) sont désespérément noirs (un curseur clignote à l'endroit présumé de l'entrée du login) mais je peux me logger (par ex. sur F1), et l'affichage redevient alors normal, avec le prompt sur ce terminal en blanc sur fond tout noir (normal quoi!).
-- une fois loggé sur ce terminal, je change de terminal (Alt+F2) et là ce terminal qui était noir avant mon loggin sur F1 est tout blanc, les autes terminaux "non loggé" aussi. Mais le loggin sur ceux-là est possible aussi, et d'ailleur toute frappe au clavier apparaît en blanc sur fond noir. Une fois loggé, le terminal reste blanc, mais le prompt est blanc sur fond noir, ainsi que tout texte à l'écran.
-- si je repasse sous Xorg (Alt+F7) Gnome s'affiche toujours correctement.
-- puis je repasse sur un des terminaux (loggé ou non) mais absolument plus rien ne s'affiche (tout est noir avec le curseur clignotant à l'endroit présumé du prompt).
-- souvent au démarrage, il faut que j'appuie sur Alt+F7, sinon l'écran reste noir et ne présente jamais l'écran de login, comme s'il attendait qqchose. Après cet appui sur Alt+F7, le chargement reprend, et GDM s'affiche normalement, mais pas les terminaux (voir ci-dessus).
-- quelques fois le chargement de l'écran de login plante, l'affichage reste au 3/4 bleu, et le 1/4 bas noir avec un carré avec un logo FC5 brouillé en bas à gauche dans la partie noire. la seule solution pour le sortir de là, c'est un appui sur Ctrl+Alt+<--- qui redémarre la machine.

Je n'ai pu détecter aucune erreur dans les fichiers de log... je sais pas d'où ça vient, et ça a l'air aléatoire, car des fois tout est normal.

J'ai normalement 2 écrans connectés à mon portable (TV + Ecran du portable), mais ma TV est déconnectée en ce moment (dual screen avec bureaux indépendants).

Voilà, c'est à peu près tout
ça s'est mis à déconner y a environ 1 mois de ça, et depuis, j'ai formaté le disque, réinstallé, mais rien n'y fait, ce problème persiste, y aurait-il un bug dans les drivers ATI ou je sais pas où dans la gestion de l'interface graphique?...
Le démarrage avec rhgb se fait sans soucis, et ma souris peut aller se ballader sur le 2ème écran, mais c'est au moment du démarrage de l'interface graphique (gdm ou xorg, je sais pas) que ça se met à déconner.

Vraiment, si vous trouvez quoi que ce soit, si vous pouvez m'aider rien qu'un peu... faite-le, je sais vraiment plus où chercher de l'aide.

à+
merci

bochecha

Salut

On est plusieurs a avoir un probleme similaire.

J'ai moi aussi une ATI Mobility X700, et quand je demarre, parfois l'ecran de connexion n'apparait pas et reste noir. Un petit coup de CTRL+ALT+F6->F7 resouds le probleme.

Parfois l'ecran n'est pas noir mais ressemble plus a un screenshot de Canal+ sans decodeur. Dans ce cas la, rien a faire a part laisser appuyer quelques secondes sur power 🙁

On en parlait ici

VINDICATORs

en théorie c'est corrigé par la dernière version de fglrx

denis

Ok, merci, et désolé, ça fait un moment qaue je suis pas venu sur le forum, et j'ai pas trouvé en cherchant... pas les bons mots-clef sans doute!

Donc je vais voir si vraiment c'est résolu, hier soir il a bien démarré, tout était normal, et ce soir aussi, par contre, même si la TV était éteinte, j'avais un 2ème bureau (la souris disparaissait à droite de l'écran) mais là, c'est plus le cas... je vais voir ce qui se passe car normalement, je force l'affichage sur la TV, même si y a rien de branché.

Bref, à suivre...

Merci à vous,
à+

denis

Bon bah en fait, j'avais pas mis les nouveaux drivers, donc j'ai eu l'écran noir hier soir.

J'ai donc Alt+F7, puis avec Smart j'ai mis à jour, et effectivement, il y avait un nouveau driver ATI...

Je l'installe, je reboot, et là rendu à charger rhgb... écran vert! avec plein de lignes verticale qui bougent.
et puis au moment de charger Xorg, l'écran s'éteint, puis se rallume avec des lignes verticales qui bougent, puis se ré-éteint, re-lignes verticales, et cela 3 fois des suite, pour finalement rester vert avec des lignes verticales plus claires et immobiles...

Visiblement GDM a échoué son chargement, Ctrl+Alt+Suppr, la machine reboot, je passe en telinit 3, et regarde les logs Xorg.0.log, et voilà ce que j'y ai trouvé:
-----------------8<----------------8<---------------------------
(WW) fglrx(0): MonitorLayout is no longer supported.
Please use DesktopSetup and ForceMonitors options
(II) Loading sub module "ddc"
(II) LoadModule: "ddc"
(II) Loading /usr/lib/xorg/modules/libddc.so
(II) Module ddc: vendor="X.Org Foundation"
compiled for 7.0.0, module version = 1.0.0
ABI class: X.Org Video Driver, version 0.8
(II) fglrx(0): Connected Display1: LCD on internal LVDS
(II) fglrx(0): Display1 EDID data ---------------------------
(II) fglrx(0): Manufacturer: QDS Model: 1f Serial#: 0
(II) fglrx(0): Year: 2005 Week: 0
(II) fglrx(0): EDID Version: 1.3
(II) fglrx(0): Digital Display Input
(II) fglrx(0): Max H-Image Size [cm]: horiz.: 30 vert.: 19
(II) fglrx(0): Gamma: 2.20
(II) fglrx(0): No DPMS capabilities specified; RGB/Color Display
(II) fglrx(0): First detailed timing is preferred mode
(II) fglrx(0): redX: 0.569 redY: 0.329 greenX: 0.310 greenY: 0.550
(II) fglrx(0): blueX: 0.159 blueY: 0.135 whiteX: 0.312 whiteY: 0.328
(II) fglrx(0): Manufacturer's mask: 0
(II) fglrx(0): Supported additional Video Mode:
(II) fglrx(0): clock: 68.9 MHz Image Size: 304 x 190 mm
(II) fglrx(0): h_active: 1280 h_sync: 1301 h_sync_end 1333 h_blank_end 1408 h_border: 0
(II) fglrx(0): v_active: 800 v_sync: 804 v_sync_end 808 v_blanking: 816 v_border: 0
(II) fglrx(0): QUANTADISPLAY
(II) fglrx(0): QD14TL012
(II) fglrx(0): End of Display1 EDID data --------------------
(WW) fglrx(0): Specified desktop setup not supported: 1
(II) fglrx(0): Primary Controller - LCD on internal LVDS
(II) fglrx(0): Internal Desktop Setting: 0x00000004
-----------------8<----------------8<---------------------------
(II) Loading sub module "fglrxdrm"
(II) LoadModule: "fglrxdrm"
(II) Reloading /usr/lib/xorg/modules/linux/libfglrxdrm.so
(II) fglrx(0): Depth moves disabled by default
(==) fglrx(0): Capabilities: 0x00000000
(==) fglrx(0): CapabilitiesEx: 0x00000000
(==) fglrx(0): cpuFlags: 0x8000001d
(==) fglrx(0): cpuSpeedMHz: 0x0000042b
(==) fglrx(0): OpenGL ClientDriverName: "fglrx_dri.so"
(**) fglrx(0): ATI GART size: 128 MB
(==) fglrx(0): UseFastTLS=0
(==) fglrx(0): BlockSignalsOnLock=1
(==) fglrx(0): EnablePrivateBackZ = NO
(II) fglrx(1): === [R200PreInit] === begin,
(EE) fglrx(1): Quitting secondary screen -- no monitor specified.
(EE) fglrx(1): R200PreInit failed
(II) fglrx(1): === [R200PreInit] === end

*** If unresolved symbols were reported above, they might not
*** be the reason for the server aborting.

Backtrace:
0: /usr/bin/Xorg(xf86SigHandler+0x87) [0x80b86c7]
1: [0x701420]
2: /usr/lib/xorg/modules/drivers/fglrx_drv.so(R200FreeModeList+0x20) [0x113d5d0]
3: /usr/lib/xorg/modules/drivers/fglrx_drv.so(R200FreeScreen+0x8b) [0x111779b]
4: /usr/bin/Xorg(xf86DeleteScreen+0x5e) [0x80c50ee]
5: /usr/bin/Xorg(InitOutput+0x9e4) [0x80a2364]
6: /usr/bin/Xorg(main+0x276) [0x806ffc6]
7: /lib/libc.so.6(__libc_start_main+0xdc) [0x734724]
8: /usr/bin/Xorg(FontFileCompleteXLFD+0xb1) [0x806f511]

Fatal server error:
Caught signal 11. Server aborting
END--------------------------------------END

Voilà, désolé, c'est un peu long, je vous fait grâce de mon xorg.conf.
Donc visiblement ce nouveau driver change ENCORE la syntaxe de xorg.conf... c'est vraiment LOURD! ça fait 2 fois depuis le mois d'Avril qu'ils changent leur syntaxe, et qu'il faut que je me retape des heures de configuration pour le DualScreen DualDesktop (DLFP+TV):
(WW) fglrx(0): MonitorLayout is no longer supported.
Please use DesktopSetup and ForceMonitors options

Sinon, ça a l'air de bien fonctionner en mode mono écran (j'y suis, là).
Mais c'est vraiment bizarre cet affichage tout brouillé en mode DualHead.

quelqu'un d'autre a ce soucis?

A+

VINDICATORs

faut toujours avoir une sauvegarde d'avance de ton xorg.conf, sinon normalement fglrx te garde ton ancienne config 😉
Après pour les écran.... j'ai pas encore vu étant donnée que le 2.6.17 du noyau ne se lance pas très bien avec ceux qui ont un/2 sata 🙁.

denis

J'ai toujours 4 sauvegardes de mon xorg.conf (sur clef USB, et mon /home):
- une config toute simple avec vesa (config de l'install initiale de FC5)
- une config toute simple avec fglrx
- une config avec fglrx: 2 écrans 1 bureau étendu
- une config avec fglrx: 2 écrans avec 2bureaux

Normalement, la mise à jour du pilote ne devrait pas poser de problème... en tout cas, elle n'en posait pas jusqu'à maintenant.

J'ai donc remis la config simple avec fglrx, et ça fonctionne, mais sans DualHead, ce qui ne me convient pas.
Ma config 2 écrans 2 bureaux pose donc problème au nouveau pilote, qui brouille complètement l'écran, et ça c'est pas normal du tout.
Qu'il émette une erreur, et/ou que l'interface graphique ne se charge pas à cause de l'erreur, OK, mais là, c'est tout bogué, il fait absolument n'importe quoi... quand on pense que le pilote a des droits root... c'est pas très rassurant!
A moins que ce soit le kernel?

Voilà, le nouveau pilote est donc, pour moi, bien pire que l'ancien, qui était déjà pas terrible.
Je sais pas si y a moyen de mettre la main sur le RPM Livna de l'avant-avant-dernière version, qui, elle, fonctionnait très bien pour moi?

Autre question: le paramètre "quiet" passé au kernel ne semble plus fonctionner sur la toute dernière mouture... il m'affiche toute la séquence de boot. Et chez vous?

Et vive ATI sous Linux!
Merci,
à+

bochecha

Autre question: le paramètre "quiet" passé au kernel ne semble plus fonctionner sur la toute dernière mouture... il m'affiche toute la séquence de boot. Et chez vous?

Alors c'est ca ?

Moi aussi j'avais remarque qu'avec le nouveau kernel j'avais plein de lignes barbares dont j'ignore la signification qui s'affichaient au boot...

Je suppose que c'est ce dont tu parles (j'en sais rien en fait mais "ya des lignes qui font peur au demarrage").

C'est un bug ? Ou c'est peut etre un comportement voulu pour nous inicier tous en 5 secondes au langage kernelien :-P ?

denis

Effectivement, c'est bien ce dont je parle: détails du boot du kernel.
Si tu regardes plus attentivement toutes ces lignes qu'il affiche, tu verras que c'est assez intéressant, et pas "barbare" du tout... anglais certainement!
Sinon, tout ça se retrouve dans le fichier /var/log/messages ou par la commande dmesg ou dans le visionneur de journaux.
Voilà, et n'hésite pas à utiliser google pour les lignes que tu comprends pas, y a des tas d'explications partout.

Sinon:

Quelqu'un a-t-il des soucis du même genre avec le nouveau kernel (voir plus haut)?
Quelqu'un a-t-il conservé quelque part l'avant-avant-dernière version du pilote ATI qui fonctionnait bien, elle?

a+

VINDICATORs

suffit d'aller sur rpm.livna.org/fedora, mais bon la 2.6.17 n'a que le dernier...
Ensuite le nouveau kernel merdoit sur certains point comme l'histoire du SATA 🙁.
Après n'ont il pas changer la façon de faire le réglage xorg pour le dual head? bonne question 😛
test avec aticonfig...

denis

Salut,
Bon, le problème est résolu, mais pas "tué":
pour le dualhead, il faut mettre :
- dans la première section device: Option "ForceMonitors" "LVDS"
- et dans l'autre: Option "ForceMonitors" "TV"

ça fonctione impec... En fait faut juste interchanger "MonitorLayout" par "ForceMonitors".

Mais ça n'explique toujours pas pourquoi en mettant "MonitorLayout" ça fout l'affichage complètement hors service, console ET Xorg.
En tout cas, il ne semble plus y avoir "d'écran noir", je n'en ai plus depuis hier, et vu le nombre de fois que j'ai redémarré...

Merci à vous donc, plus besoin de retrouver un vieux pilote.
Mais par contre, le kernel m'envoie toujours tout son baratin de boot même avec quiet.

Voilà,
Merci encore,
à+

bochecha

Aucun probleme non plus depuis ce nouveau driver.

M'enfin de la a dire que le probleme est resolu, c'est pas parce que quelque chose n'arrive pas que cela n'arrivera jamais 😉

En tout cas pour l'instant c'est impec 🙂

denis

bon, eh bien je croyais être tir d'affaire, mais non!

Ce bon vieil écran "vert avec des lignes verticales" s'est représenté ce soir...
Motif: j'avais débranché la câble TV du la prise TV-OUT (chose que je n'avais pas faite pendant mes tests hier).

L'affichage forcé bug: si rien n'est banché sur TV-OUT, ET en spécifiant que la carte DOIT activer la sortie TV-OUT même si rien n'est branché dessus (ne pas tenir compte de l'autodétection), le pilote refuse d'afficher dessus, et envoie n'importe quoi à l'écran LCD par la suite, et rien sur TV-OUT.

Donc, en résumé, les nouveaux drivers ATI (2.26.18-1) sur une FC5 avec le nouveau noyau (2.6.17-1.2139), ça merde complètement quand y a une erreur dans le chargement de Xorg ET l'affichage forcé ne fonctionne pas, pire, il flingue l'affichage: pas moyen de repasser en mode console, l'affichage est définitivement perdu: reboot!

J'ai donc deux sections device que voici:

Section "Device"
        Identifier  "Videocard0"
        Driver      "fglrx"
        VendorName  "Videocard vendor"
        BoardName   "ATI driver"
        Option      "ForceMonitors" "LVDS"
        BusID       "PCI:1:0:0"
        Option      "VideoOverlay" "on"
        Screen      0
EndSection

Section "Device"
        Identifier  "TVcard"
        Driver      "fglrx"
        VendorName  "Videocard Vendor"
        BoardName   "ATI Technologies Inc Radeon Mobility X700 (PCIE)"
        BusID       "PCI:1:0:0"
        Option      "ForceMonitors" "TV"
        Option      "TVOutFormat" "PAL-B"
        Option      "TVStandard" "VIDEO"
        Option      "VideoOverlay" "on"
        Screen      1
EndSection

Aucune erreur Xorg, mais cette erreur quand la TV est débranchée:

(II) fglrx(1): === [R200PreInit] === begin, [s]
(EE) fglrx(1): Quitting secondary screen -- no monitor specified.
(EE) fglrx(1): R200PreInit failed
(II) fglrx(1): === [R200PreInit] === end

   *** If unresolved symbols were reported above, they might not
   *** be the reason for the server aborting.

Backtrace:
0: /usr/bin/Xorg(xf86SigHandler+0x87) [0x80b86c7]
1: [0x701420]
2: /usr/lib/xorg/modules/drivers/fglrx_drv.so(R200FreeModeList+0x20) [0x10db5d0]3: /usr/lib/xorg/modules/drivers/fglrx_drv.so(R200FreeScreen+0x8b) [0x10b579b]
4: /usr/bin/Xorg(xf86DeleteScreen+0x5e) [0x80c50ee]
5: /usr/bin/Xorg(InitOutput+0x9e4) [0x80a2364]
6: /usr/bin/Xorg(main+0x276) [0x806ffc6]
7: /lib/libc.so.6(__libc_start_main+0xdc) [0x734724]
8: /usr/bin/Xorg(FontFileCompleteXLFD+0xb1) [0x806f511]

Fatal server error:
Caught signal 11.  Server aborting

Alors l'option "ForceMonitors" ne sert à rien, ou alors je ne la place pas où il faut.
MAIS alors l'affichage DOIT revenir en mode console, comme avec le driver précédent, en cas d'erreur.
Avec le driver précédent, je pouvais brancher la TV n'importe quand ou pas du tout, ça fonctionnait, car l'affichage forcé fonctionnait.

Voilà, donc n fait, oui, y a bien un bug, et je vais récupérer les aniens drivers.
à+

denis

Ok, donc après installation du nouveau kernel, il n'y a plus de "délire vert", ni d'autres fioritures au démarrage, mais l'option ATI "ForceMonitors" dans Xorg.conf pose effectivement problème.

Sans cette option, mon xorg.conf dualhead ne fonctionne pas, sauf si Ma TV est branchée (autodétection), si j'ajoute cette option dans chacun des 2 sections device ("ForceMonitors" "LVDS" et "ForceMonitors" "TV") alors ça fonctionne pas, sauf si la TV est branchée...

Donc c'est encore l'autodétection qui est active, alors que l'option "ForceMonitors" devrait la désactiver.

J'ai essayé avec aticonfig --initial-dualhead et c'est exactement la même chose, mon Xorg est bon (il fonctionne avec la version 8.25 du pilote) et il a été généré par aticonfig.
De même en mode singlehead avec "bigdesktop" (bureau étendu sur 2 écrans), ça plante si l'option "ForceMonitors" "LVDS,TV" est activée ET la TV est débranchée: visiblement cette option ne désactive pas l'autodétection...
Par contre, le "bigdesktop" fonctionne bien si l'option ForceMonitors est commentée (désactivée), TV branchée ou pas.

Bref, vivement le prochain driver...

à+