/usr/share/doc/HOWTO/fr-html/Vesafb.html is in doc-linux-fr-html 2013.01-2.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<meta name="generator" content=
"HTML Tidy for Linux (vers 25 March 2009), see www.w3.org">
<meta name="GENERATOR" content="LinuxDoc-Tools 0.9.69">
<title>Vesafb mini-HOWTO</title>
</head>
<body>
<h1>Vesafb mini-HOWTO</h1>
<h2>Alex Buell, <code>alex.buell@tahallah.demon.co.uk</code></h2>
v0.5, 2 August 1998
<hr>
<em>Ce document décrit l'utilisation du gestionnaire vesafb
sous Linux pour un pc comprenant une carte graphique conforme aux
spécifications VESA 2.0.</em>
<hr>
<h2><a name="s1">1. Remerciements</a></h2>
<p>Merci aux personnes dont les noms suivent pour avoir aidé
à l'amélioration du HOWTO vesafb.</p>
<ul>
<li>Jeff Noxon <code>jeff@planetfall.com</code></li>
<li>Francis Devereux <code>f.devereux@cs.ucl.ac.uk</code></li>
<li>Andreas Ehliar <code>ehliar@futurniture.se</code></li>
<li>Martin McCarthy <code>marty@ehabitat.demon.co.uk</code></li>
<li>Simon Kenyon <code>simon@koala.ie</code></li>
<li>David Ford <code>david@kalifornia.com</code></li>
<li>Chris Black <code>cblack@cmpteam4.unil.ch</code></li>
<li>N Becker <code>nbecker@fred.net</code></li>
<li>Bob Tracy <code>rct@gherkin.sa.wlk.com</code></li>
<li>Marius Hjelle <code>marius.hjelle@roman.uib.no</code></li>
<li>Aaron Tiensivu <code>tiensivu@pilot.msu.edu</code></li>
</ul>
<p>et bien sûr l'auteur du pilote:</p>
<ul>
<li>Gerd Knorr <code>kraxel@cs.tu-berlin.de</code></li>
<li>Geert Uytterhoeven
<code>Geert.Uytterhoeven@cs.kuleuven.ac.be</code></li>
<li>Martin Mares <code>mj@ucw.cz</code></li>
<li>S'il y en a d'autres, qu'ils lèvent la main. :o)</li>
</ul>
<h2><a name="s2">2. Vesafb, quès acco ?</a></h2>
<p>Vesafb est un gestionnaire de mémoire vidéo sur
compatible PC dédié aux cartes cartes graphiques
conformes aux spécifications VESA 2.0. Son fonctionnement
est lié de près aux gestionnaires de mémoire
vidéo génériques du noyau.</p>
<p>Vesafb permet le recours aux modes graphiques sur PC pour
l'utilisation des consoles textes en point par point. Vesafb
autorise également l'affichage d'un logo et c'est
vraisemblablement ce pour quoi vous voulez vous en servir :o)</p>
<p>On ne peut malheureusement pas utiliser vesafb avec des cartes
VESA 1.2. En effet, ces cartes n'utilisent pas l'adressage
linéaire. Quelqu'un écrira peut-ètre un
gestionnaire de périphériques vesafb12 pour ce type
de cartes, mais cela consommera de la mémoire par ailleurs
précieuse pour le noyau. :o(</p>
<p>Il existe cependant un moyen détourné
d'accéder aux fonctionnalités VESA 2.0 sur une carte
VESA 1.2. Peut-ètre pouvez vous charger depuis le DOS un
programme de type TSR qui, utilisé conjointement avec
loadlin, aidera à configurer la carte pour les modes
graphiques voulus. Cela ne marchera pas toujours. Ainsi, certaines
cartes de chez Cirrus Logic, telles les VLB 54xx, se retrouvent
à une position en mémoire ( par exemple entre 15 et
16 Mo ) qui en interdit l'utilisation sur les systèmes munis
de plus de 32 Mo de mémoire. Ce n'est pas
rédhibitoire si l'on dispose d'un BIOS permettant de ne pas
affecter de mémoire entre 15 et 16 Mo ( "Memory Hole" ) mais
il m'a semblé comprendre que Linux n'aime pas ça. Si
l'expérience vous tente, vous pouvez essayer UNIVBE (
disponible sur l'Internet ).</p>
<h2><a name="s3">3. Qu'est-ce qu'un gestionnaire de mémoire
graphique ?</a></h2>
<p>Ce gestionnaire fournit une abstraction du matériel
graphique. Il reproduit le tampon mémoire de certains
composants vidéo et offre aux applications l'accés au
matériel via une interface bien définie. Ainsi, les
logiciels n'ont plus à se préoccuper des
détails de bas-niveau [ Traduit approximativement de
/usr/src/linux/Documentation/fb/framebuffer.txt ]</p>
<h2><a name="s4">4. Comment fais-je fonctionner le gestionnaire
vesafb ?</a></h2>
<p>[NB : les informations qui suivent sont basées sur mon
expérience concernant le noyau Linux 2.1.112 sur un P75+
muni d'une carte ATI VideoExpress avec 2Mo de mémoire
vidéo. N'hésitez pas à me faire part de vos
expériences particulières. ]</p>
<p>A supposer que vous utilisiez menuconfig, vous devrez passer par
les étapes suivantes :</p>
<p>Dans le menu "Code maturity level options" :</p>
<ul>
<li>Prompt for development and/or incomplete code/drivers</li>
</ul>
[ceci peut changer dans les futurs noyaux. Ce HOWTO sera alors
modifié]
<p>Dans le menu "Console drivers" :</p>
<ul>
<li>VGA Text Console</li>
<li>Video Selection Support</li>
<li>Support for frame buffer devices (experimental)</li>
<li>VESA VGA Graphic console</li>
<li>Advanced Low Level Drivers</li>
<li>Choisissez les gestionnaires Mono, 2bpp, 4bpp, 8bpp, 16bpp,
24bpp et 32bpp .</li>
<li>VGA character/attributes support</li>
</ul>
<p>Le support des composants VGA (en mode texte) - vgafb -
appartenait à la liste ci-dessus mais il en a
été supprimé en raison de son obsolescence. Il
disparaitra sous peu. Sélectionnez plutôt "VGA Text
Console".</p>
<p>Vérifiez bien que le support "Mac variable bpp packed
pixel" n'est pas activé. [ En 2.2.111, il semblerait qu'il
le soit si "Advanced Low Level Drivers" l'est ].</p>
<p>Assurez vous que rien n'est modularisé. [J'ai des doutes
quand aux possibilités de modularisation de l'ensemble - les
précisions seront les bienvenues]</p>
<p>Recompilez le noyau, modifiez l'/etc/lilo.conf de façon
à ajouter le paramètre VGA=ASK, lancez lilo. Ceci
vous permettra de choisir le mode graphique que vous voulez.</p>
<p>Redémarrez le noyau et essayez comme test d'entrer 0301
au prompt VGA. Vous devriez vous retrouver en 640x480 sur 256
couleurs avec un délicieux petit logo de pingouin.</p>
<p>Maintenant que ça fonctionne, il vous reste à
essayer les différents modes VESA ( cf ci-dessous ),
à choisir celui que vous préférez et à
le figer via le paramètre "VGA=toto" du lilo.conf. Pour
cela, après avoir fait votre choix, cherchez sa
représentation décimale dans les tables qui suivent
et utilisez ce nombre. Par exemple, pour du 1280 par 1024 en 256
couleurs, vous utiliserez "VGA=775". N'oubliez pas de relancer
lilo. C'est tout. Pour davantage d'informations sur le sujet,
reportez vous aux HOWTO sur LILO et Loadlin.</p>
<h2><a name="s5">5. De quels modes VESA puis-je me servir
?</a></h2>
<p>Cela dépend de votre carte graphique, en particulier de
la quantité de mémoire dont elle dispose. A vous de
voir quels sont les modes qui fonctionnent le mieux.</p>
<p>La table suivante fournit les numéros des modes que vous
pouvez passer à l'invite VGA ( en fait les indices se sont
vus ajouter 0x200 afin de s'y retrouver plus facilement dans la
table ).</p>
<pre>
Couleurs | 640x480 800x600 1024x768 1280x1024 1600x1200
---------+---------------------------------------------
256 | 0301 0303 0305 0307 031C
32,768 | 0310 0313 0316 0319 031D
65,536 | 0311 0314 0317 031A 031E
16.8M | 0312 0315 0318 031B 031F
</pre>
<p>La même chose en décimal :</p>
<pre>
Couleurs | 640x480 800x600 1024x768 1280x1024 1600x1200
---------+---------------------------------------------
256 | 769 771 773 775 796
32,768 | 784 787 790 793 797
65,536 | 785 788 791 794 798
16.8M | 786 789 792 795 799
</pre>
<p>[L'auteur apprécierait fortement de recevoir les codes
03xx pour les modes manquants, i.e. 1152x900]</p>
<h2><a name="s6">6. Existe-t-il un serveur X11 adapté
à vesafb ?</a></h2>
<p>Oui. Si pour une raison ou une autre votre serveur habituel
digère mal vesafb, vous devrez utiliser la version
XF86_FBdev. Téléchargez X332servonly.tgz depuis
<a href="http://wwwxfree86.org">http://wwwxfree86.org</a> ou un de
ses mirroirs, décompressez le, effectuez les modifications
nécessaires dans le fichier xc/config/cf/xf86site.def et
décommentez le #define relatif à XF68FBDevServer. Ne
prétez pas attention à ce qui se rapporte à
m68k. L'architecture PC est supportée. Compilez le tout, il
y en a pour un moment. Ooommmm...</p>
<p>Il n'y a pas encore actuellement de binaire XF86_FBdev
disponible tel quel mais Debian y travaille et les versions
libc5/glibc devraient sortir.</p>
<p>Certains ont signalé que X11 n'est pas exploitable sur
certaines cartes lorsque le gestionnaire vesafb est activé.
Si vous vous retrouvez dans ce cas, essayez le dernier serveur
XF86_FBdev pour X11.</p>
<p>Ce gestionnaire, utilisé avec vesafb, peut permettre de
faire fonctionner X11 avec certains chipsets à des
résolutions qui ne seraient pas autrement supportées
par quelque serveur X que ce soit ( ex. MGA G-200 ).</p>
<p>Esperons que les problèmes de support des cartes
graphiques avec X11 seront résolus par les versions à
venir.</p>
<h2><a name="s7">7. Vesafb peut-il être modularisé
?</a></h2>
<p>En ce qui concerne le 2.1.112, vesafb ne peut être
compilé en tant que module. D'ailleurs, après
modularisation, on ne verrait rien à l'écran
jusqu'à ce que l'on effectue un modprobe sur vesafb. Il est
donc surement plus sage pour l'instant de le laisser dans le noyau,
des fois que le boot ne se déroule pas correctement.</p>
<h2><a name="s8">8. Divers</a></h2>
<p>Les infos données ici sont valables pour la version
2.1.112 du noyau. Ce HOWTO sera mis à jour selon
l'avancement du développement du noyau. N'hésitez pas
à transmettre à l'auteur vos commentaires et
approfondissements.</p>
<p>A noter : le défilement en arrière ne fonctionne
pas encore.</p>
</body>
</html>
|