This file is indexed.

/usr/share/doc/HOWTO/fr-html/Vesafb.html is in doc-linux-fr-html 2013.01-3ubuntu1.

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
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<meta name="generator" content=
"HTML Tidy for HTML5 for Linux version 5.2.0">
<meta name="GENERATOR" content="LinuxDoc-Tools 0.9.72">
<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>