Matrox G550, DVI et framebuffer
Le
Miguel Moquillon
Bonjour,
Je suis sous GNU/Linux Debian Sarge et ma machine (un Athlon 1700+
avec 1Go de RAM) tourne avec le noyau 2.6.9 fourni par le paquet
kernel-image-2.6.9-1-k7. J'utilise donc initrd pour monter les
modules nécessaires pour pouvoir booter sur le noyau de mon disque.
Le boot loader est lilo.
Ma carte graphique est une Matrox G550 DualHead avec deux ports:
un D-Sub, l'autre DVI.
Récemment, j'ai acheté un moniteur TFT LCD Samsung 172X.
Je voudrais le connecter à mon PC par un cable DVI.
J'ai pu avoir la connexion DVI sous X après téléchargement des pilotes
de chez Matrox (apparemment, pour avoir le DVI sous X, il faut avoir le
pilote HAL qui n'est fourni que par Matrox et non par XFree86)
Le problème est avec les consoles textes virtuelles.
Si j'ai un vga=normal dans /etc/lilo.conf, pas de pb.
Si je souhaite avoir le framebuffer avec le pilote pour ma carte Matrox,
j'ajoute dans append le texte relatif au mode vidéo:
append="devfs=mount video=matroxfb:vesa:0x11B"
Mais ceci ne marche pas.
Dans la documentation du noyau relative à matroxfb, j'ai lu que l'on
pouvait mettre aussi l'option dfp pour activer l'interface numérique des
écrans plats. J'ai donc aussi essayé:
append="devfs=mount video=matroxfb:dfp,vesa:0x11B"
Mais ceci ne marche pas non plus.
Je m'explique : si je laisse vga=normal, je reste en normal sans
framebuffer. Par contre le DVI marche correctement.
Si je met vgay2 (par exemple, ce qui correspond à la même résolution
et profondeur des couleurs que 0x11B pour matroxfb), je ne charge que
vesafb et non matroxfb (relative au vgay2) et j'ai effectivement le
framebuffer avec une connexion DVI qui marche jusqu'à ce que la
session X démarre avec gdm à la fin de l'initialisation du système.
Dans ce dernier cas, lorsque je passe aux consoles texte virtuelles, le
DVI ne fait que marchoter : j'ai des pâtés verts sur sur un fond noir de
part et d'autre de l'écran !
J'ai le même résultat que sans l'instruction video dans append et avec
toujours vgay2 (par exemple, mais c'est la même chose qu'avec 791).
Il semblerai donc que matroxfb ne soit pas chargé par le noyau !
L'instruction video est compris (d'après dmesg) mais pas interprétée.
Des suggestions, explications ?
Miguel
Je suis sous GNU/Linux Debian Sarge et ma machine (un Athlon 1700+
avec 1Go de RAM) tourne avec le noyau 2.6.9 fourni par le paquet
kernel-image-2.6.9-1-k7. J'utilise donc initrd pour monter les
modules nécessaires pour pouvoir booter sur le noyau de mon disque.
Le boot loader est lilo.
Ma carte graphique est une Matrox G550 DualHead avec deux ports:
un D-Sub, l'autre DVI.
Récemment, j'ai acheté un moniteur TFT LCD Samsung 172X.
Je voudrais le connecter à mon PC par un cable DVI.
J'ai pu avoir la connexion DVI sous X après téléchargement des pilotes
de chez Matrox (apparemment, pour avoir le DVI sous X, il faut avoir le
pilote HAL qui n'est fourni que par Matrox et non par XFree86)
Le problème est avec les consoles textes virtuelles.
Si j'ai un vga=normal dans /etc/lilo.conf, pas de pb.
Si je souhaite avoir le framebuffer avec le pilote pour ma carte Matrox,
j'ajoute dans append le texte relatif au mode vidéo:
append="devfs=mount video=matroxfb:vesa:0x11B"
Mais ceci ne marche pas.
Dans la documentation du noyau relative à matroxfb, j'ai lu que l'on
pouvait mettre aussi l'option dfp pour activer l'interface numérique des
écrans plats. J'ai donc aussi essayé:
append="devfs=mount video=matroxfb:dfp,vesa:0x11B"
Mais ceci ne marche pas non plus.
Je m'explique : si je laisse vga=normal, je reste en normal sans
framebuffer. Par contre le DVI marche correctement.
Si je met vgay2 (par exemple, ce qui correspond à la même résolution
et profondeur des couleurs que 0x11B pour matroxfb), je ne charge que
vesafb et non matroxfb (relative au vgay2) et j'ai effectivement le
framebuffer avec une connexion DVI qui marche jusqu'à ce que la
session X démarre avec gdm à la fin de l'initialisation du système.
Dans ce dernier cas, lorsque je passe aux consoles texte virtuelles, le
DVI ne fait que marchoter : j'ai des pâtés verts sur sur un fond noir de
part et d'autre de l'écran !
J'ai le même résultat que sans l'instruction video dans append et avec
toujours vgay2 (par exemple, mais c'est la même chose qu'avec 791).
Il semblerai donc que matroxfb ne soit pas chargé par le noyau !
L'instruction video est compris (d'après dmesg) mais pas interprétée.
Des suggestions, explications ?
Miguel

Poser une question


C'est mon objectif.
Rah, le veinard. J'arrive pas à installer ces maudits drivers (sous Xorg).
Et puis mgapdesk me lance à la figure un message d'erreur à chaque fois
que je l'ouvre.
Si j'ai bien compris il suffit de copier mga_drv.o et mga_hal.o ds le
rép des drivers de X?
Tout ça juste pour une sortie DVI, ça me fait braire.
Et ds XF86.conf, tu as mis matroxfb?
Tu devrais peut-être poster ton fichier de conf de X
J'ai un copain avec un Radeon 5200 et sa sorite DVI marche nickel que ce
soit en console virtuelle que sous X
Je leur préfère à faire fonctionner X en frame buffer (qui est dans ce
cas fbdev et non matroxfb, ce dernier étant le pilote du noyau tandis
que le est celui de XFree86)
--
Miguel Moquillon
The README file said "Requires Windows 95, NT 4.0, or better."
So... I installed it on GNU/Linux!
# FontPath "unix/:7100" # local font server
# if the local font server has problems, we can fall back on these
FontPath "/usr/lib/X11/fonts/Type1"
FontPath "/usr/lib/X11/fonts/TrueType"
FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID"
FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
# FontPath "/usr/lib/X11/fonts/Speedo"
FontPath "/usr/lib/X11/fonts/misc"
# FontPath "/usr/lib/X11/fonts/cyrillic"
FontPath "/usr/lib/X11/fonts/100dpi:unscaled"
FontPath "/usr/lib/X11/fonts/75dpi:unscaled"
EndSection
Section "Module"
Load "GLcore"
Load "bitmap"
Load "dbe"
Load "ddc"
Load "dri"
Load "extmod"
Load "freetype"
Load "glx"
Load "int10"
Load "record"
# Load "speedo"
Load "type1"
Load "vbe"
# Load "xtt"
EndSection
Section "InputDevice"
Identifier "Generic Keyboard"
Driver "keyboard"
Option "CoreKeyboard"
Option "XkbRules" "xfree86"
Option "XkbModel" "pc105"
Option "XkbLayout" "fr"
EndSection
Section "InputDevice"
Identifier "Configured Mouse"
Driver "mouse"
Option "CorePointer"
Option "Device" "/dev/psaux"
Option "Protocol" "ImPS/2"
Option "ZAxisMapping" "4 5"
EndSection
Section "Device"
Identifier "Matrox Graphics, Inc. MGA G550 AGP"
Driver "mga"
VideoRam 32768
# BusID "PCI:1:0:0"
Option "AGPMode" "4"
Option "DigitalScreen1" "yes"
EndSection
Section "Monitor"
Identifier "Samsung 172X"
HorizSync 30-80
VertRefresh 56-75
Option "DPMS"
EndSection
Section "Screen"
Identifier "Default Screen"
Device "Matrox Graphics, Inc. MGA G550 AGP"
Monitor "Samsung 172X"
DefaultDepth 24
SubSection "Display"
Depth 1
Modes "1280x1024"
EndSubSection
SubSection "Display"
Depth 4
Modes "1280x1024"
EndSubSection
SubSection "Display"
Depth 8
Modes "1280x1024"
EndSubSection
SubSection "Display"
Depth 15
Modes "1280x1024"
EndSubSection
SubSection "Display"
Depth 16
Modes "1280x1024"
EndSubSection
SubSection "Display"
Depth 24
Modes "1280x1024"
EndSubSection
EndSection
Section "ServerLayout"
Identifier "Default Layout"
Screen "Default Screen"
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
EndSection
Section "DRI"
Mode 0666
EndSection
--
Miguel Moquillon
The README file said "Requires Windows 95, NT 4.0, or better."
So... I installed it on GNU/Linux!
Parce que tu n'as pas regardé de trop près.
J'ai fait des essais sérieux et poussés avec des ATI en DVI, le
résultat est lamentable, la carte ne se comporte pas du tout comme on le
lui demande, son firmware essaye de faire le malin et "d'optimiser" les
paramêtres d'affichages et se plante à tous les coups...
Grosso modo, celle que j'ai essayé n'a qu'une résolution qui fonctionne
correctement en DVI, c'est un peu léger...
J'aimerai bien tester une Matrox pour voir s'ils ont été meilleurs (mais
ça semble dur de faire pire...).
Ayant eu des déboires, donc ayant été obligé de consulter moultes doc,
il me semble que
la mémoire video est optionnelle, donc commenter "VideoRam"?, et le
BusID est nécessaire en cas de 2
affichages. Et le port DVI doit être le premier affichage configuré. De
mémoire, car je n'ai pas encore testé.