Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
View | Details | Raw Unified | Return to bug 125262
Collapse All | Expand All

(-)nvidia-guide.xml.old (-3 / +83 lines)
Lines 30-37 Link Here
30
<!-- See http://createivecommons.org/licenses/by-sa/2.5 -->
30
<!-- See http://createivecommons.org/licenses/by-sa/2.5 -->
31
<license/>
31
<license/>
32
32
33
<version>1.20</version>
33
<version>1.22</version>
34
<date>2006-02-17</date>
34
<date>2006-03-05</date>
35
35
36
<chapter>
36
<chapter>
37
<title>Introduction</title>
37
<title>Introduction</title>
Lines 94-99 Link Here
94
  [*] MTRR (Memory Type Range Register) support
94
  [*] MTRR (Memory Type Range Register) support
95
</pre>
95
</pre>
96
96
97
</body>
98
</section>
99
<section>
100
<title>Remarques concernant certaines architectures</title>
101
<body>
102
103
<impo>
104
Pour les processeurs x86 et AMD64, il y a conflit entre le pilote interne du
105
noyau et le pilote binaire fourni par nVidia. Si vous compilez votre noyau pour
106
ces processeurs, il vous faut retirer complètement le support pour le pilote
107
interne&nbsp;:
108
</impo>
109
110
<pre caption="Retirer le pilote interne">
111
Device Drivers ---&gt;
112
Graphics Support ---&gt;
113
&lt; &gt;   nVidia Framebuffer Support
114
&lt; &gt;   nVidia Riva support
115
</pre>
116
117
<p>
118
Le pilote <c>VESA</c> est une bonne alternative pour le framebuffer&nbsp;:
119
</p>
120
121
<pre caption="Activer le support de VESA">
122
Device Drivers ---&gt;
123
Graphics Support ---&gt;
124
&lt;*&gt;   VESA VGA graphics support
125
</pre>
126
127
<p>
128
Ensuite, dans la section «&nbsp;VESA driver type&nbsp;», choisissez entre
129
<c>vesafb</c> ou <c>vesafb-tng</c>&nbsp;:
130
</p>
131
132
<pre caption="Choisir un type de framebuffer">
133
( ) vesafb
134
(X) vesafb-tng
135
</pre>
136
137
<p>
138
Pour plus d'informations, vous pouvez lire
139
<path>/usr/src/linux/Documentation/fb/vesafb.txt</path> si vous utilisez
140
<c>vesafb</c> ou bien la documentation correspondant à votre pilote dans le
141
répertoire <path>/usr/src/linux/Documentation/fb/</path>.
142
</p>
143
144
</body>
145
</section>
146
<section>
147
<title>Poursuivre la configuration du noyau</title>
148
<body>
149
97
<p>
150
<p>
98
Les bibliothèques et les modules de nVidia sont disponibles dans deux paquets
151
Les bibliothèques et les modules de nVidia sont disponibles dans deux paquets
99
séparés&nbsp;: <c>nvidia-glx</c> et <c>nvidia-kernel</c>. Le premier contient
152
séparés&nbsp;: <c>nvidia-glx</c> et <c>nvidia-kernel</c>. Le premier contient
Lines 467-473 Link Here
467
<pre caption="Créer les fichiers de périphérique Nvidia">
520
<pre caption="Créer les fichiers de périphérique Nvidia">
468
# <i>/sbin/NVmakedevices.sh</i>
521
# <i>/sbin/NVmakedevices.sh</i>
469
</pre>
522
</pre>
470
  	 
523
524
<p>
525
Si les périphériques <path>/dev/nvidia</path> disparaissent à chaque
526
redémarrage, alors ceci est probablement dû à udev qui ne crée pas
527
automatiquement les fichiers de périphériques corrects. Vous pouvez corriger
528
ceci en relançant <c>NVmakedevices.sh</c>, puis en modifiant
529
<path>/etc/conf.d/rc</path> comme suit&nbsp;:
530
</p>
531
532
<pre caption="Modifier /etc/conf.d/rc">
533
RC_DEVICE_TARBALL="yes"
534
</pre>
535
536
<p>
537
Ceci permettra de conserver les fichiers <path>/dev/nvidia</path> même si vous
538
redémarrer.
539
</p>
540
541
<note>
542
Autrement, vous pouvez essayer d'utiliser les derniers <c>nvidia-kernel</c> et
543
<c>nvidia-glx</c> de la série 8xxx. Pour le moment, les deux sont encore
544
marqués ~arch. Ces pilotes ne se servent plus de hotplug ou udev pour créer les
545
fichiers de périphérique, il n'est donc pas nécessaire de lancer
546
<c>NVmakedevices.sh</c>. À la place, le pilote de X créera lui-même les
547
fichiers <path>/dev/nvidia</path> lorsque vous lancerez X. Cependant, il vous
548
faudra un noyau récent (2.6.14 ou plus récent.)
549
</note>
550
	 
471
</body>
551
</body>
472
</section>
552
</section>
473
</chapter>
553
</chapter>

Return to bug 125262