Jusqu'à récemment, je préconisais systématiquement une carte nVidia pour les nouveaux entrants Linux. En effet, ce constructeur a été le premier à offrir un vrai support de ses cartes à Linux même si malheureusement le pilote était, et est toujours, "fermé". Aujourd'hui, non seulement ATI s'est lancé dans l'aventure Linux mais avec la reprise de la marque par AMD, ils sont même passés au modèle libre. Mais bon, ce n'est pas une raison pour polluer les campagnes chinoises en remplaçant un matériel qui me donne pour l'instant entière satisfaction.

Installation du pilote

Il existe bien un pilote libre, livré avec toutes les distributions GNU/Linux mais nv, car tel est son nom, est loin d'être un foudre de guerre y compris dans le domaine de la 2D. Pour une utilisation intensive il n'y a donc pas d'autre alternative que le pilote propriétaire.

Installer à partir du dépôt standard

Les pilotes nVidia sont maintenant dans les dépôts standards de la Mandriva. Malheureusement cela ne nous évite pas totalement (ou alors j'ai pas trouvé) d'installer un "vrai" pilote pour disposer des outils nvidia-settings et nvidia-xconfig. Ce détail n'est cependant pas d'une grande importance pour qui utilise peu ou pas ces utilitaires.

Pour installer le pilote nVidia à partir du dépôt, il suffit de lancer la commande nvidia-current-kernel-desktop-latest. Basé sur le système dkms ce pilote s'installe sans difficultés particulières et sans avoir à compiler quoi que ce soit, ni ajouter de dépôts exotiques, ce qui en soit est une petite révolution pour qui n'a juste pas que cela à faire .

Une fois le pilote installé, si vous ne voulez pas redémarrer, faites simplement un modprobe nvidia-current et relancez le serveur X (CTRL-ALT-BACKSPACE).

Installation du pilote à la main

Avant son apparition dans les dépôts standard, ce pilote devait être installé à la main. C'est encore le cas aujourd'hui lorsque l'on désire en tester les toutes dernières évolutions. Il faut alors aller sur le site de nVidia, choisir sur le côté gauche les pilotes pour Linux stables ou les bétas, et télécharger le fichier correspondant.

Une fois récupéré le reste du processus se passe exclusivement en console, en root, et sans Xorg de lancé. Il faut auparavant vérifier que vous disposez des sources du kernel. Vous pouvez valider cela par un rpm -ka | grep kernel | grep source en comparant avec les informations de version données par uname -a.

Une fois les sources en place (n'oubliez pas de rebooter si vous avez changé de kernel). Ceci fait il ne reste plus qu'à lancer l'installation du pilote :

Dites "oui" à toutes les questions, vous gagnerez du temps . A la fin du processus il vous est proposé de configurer X11 ce que vous devez accepter seulement si vous n'avez pas encore une configuration nVidia fonctionnelle. C'est terminé et il est possible à ce stade de vérifier que tout s'est bien passé en chargeant le module.

Problèmes sous Mandriva

Le symptôme est toujours le même, tentative de compilation du pilote natif et une fois que l'on croit que tout va se passer comme sur des roulettes, voilà que l'on se prend une volée d'insultes pour motif de refus du Kernel de charger le binaire fraîchement construit.

La solution est souvent dans le message d'erreur qui indique ici d'aller jeter un œil à /var/log/nvidia-installer.log. On peut y lire (si vous avez ce même problème) que la raison du rejet est un nom de kernel non concordant avec les sources.

En effet, pour motif de sécurité (éviter l'écrasement du kernel courant), lorsque l'on installe les sources du noyau, ces derniers sont configurés pour générer une mouture portant la douce extension de mdvcustom (ou quelque chose du genre). Or un uname -r donne quelque chose finissant plutôt par .XX-desktop-1mdv. C'est là que ça coince.

La solution est d'aller dans /usr/src/linux et de lancer une compilation en passant en paramètre le bon numéro de version :

Une fois que la compilation a démarré, laissez la juste causer une dizaine de lignes, puis arrêtez violemment (CTRL-C), ça suffira.

Ceci fait, vous pouvez relancer l'installation du pilote nVidia.

Paramétrage de XOrg

Une bonne manière de faire une première configuration du fichier /et/X11/xorg.conf est de lancer l'outil nVidia nvidia-xconfig. C'est ce que fait l'installateur du pilote avec sa dernière question. Cela va créer un premier jus fonctionnel que l'on pourra modifier. Il est même possible de passer des paramètres à cet outil pour des configurations plus exotiques comme le double écran.

Ceci fait, vous devriez pouvoir lancer le serveur Xorg.

Maintenant vous pouvez utiliser l'éditeur de texte de votre choix (attention vous êtes root !) pour charger le fichier /etc/X11/xorg.conf. Logiquement, votre fichier est déjà configuré pour l'essentiel (la preuve, vous pouvez lire ces lignes ). Nous allons donc examiner les parties spécifiques à nVidia en les commentant. A noter cependant que toutes les directives spécifiques au pilote nVidia sont documentées dans le dossier /usr/share/doc/NVIDIA_GLX-1.0/. Vous y trouverez un manuel texte complet ainsi que des exemples de configurations typiques.

La section Module qui permet à XOrg de charger les parties optionnelles du serveur. Deux nous intéressent ici : glx donnant accès à la 3D (openGL) et nv-control permettant de contrôler dynamiquement des aspects pointus de la carte à travers l'outil nvidia-settings comme régler la fréquence du GPU et de la VRAM (faites attention, il est aisé de griller une carte en jouant avec cela...)

La section suivante à modifier est Screen. Je ne suis pas bien sûr que cela soit d'une utilité fondamentale mais c'est beaucoup cité sur le web depuis l'apparition des bureaux 3D. Le premier groupe d'option permet au driver d'autoriser OpenGL à jouer avec la couche Alpha (transparence). Nous retrouverons la même déclaration dans la section suivante Device un peu plus loin. Laquelle est utile ? les deux ? J'ai pris le parti de laisser ainsi, au cas où... L'autre point qui semble important, toujours relatif aux bureaux 3D est cet étrange Depth 1 qui permettrait au pilote de gérer cette fameuse couche Alpha.

Maintenant donc, la section la plus importante, Device. La première opération consiste à demander une accélération du module Render (je pense que c'est activé par défaut, mais cela ne coûte rien de le préciser).

Suit un bloc dédié aux gestionnaires de fenêtre 3D (compiz, Beryl, Xgl, etc..). Nous retrouvons cette fameuse option permettant à OpenGL de gérer la couche Alpha, puis l'option DisableGLXRootClipping qui permet quant à elle aux gestionnaires de composition de fonctionner correctement lorsqu'ils dessinent sur la fenêtre racine, ce qui est le cas typique d'XGL. Dans la même veine, AllowGLXWithComposite permet à ces mêmes gestionnaires de fonctionner avec XGL.

L'option AllowDDCCI permet quant à elle le contrôle fin du matériel via nvidia-settings (voir plus haut).

Sauvons maintenant notre travail, quittons X et retapons startx pour vérifier que tout se lance correctement. Si vous avez laissé l'affichage du logo nVidia, son arrivée vous assurera que le pilote est bien chargé et fonctionnel.

Gestion de l'AGP

C'est ici l'occasion d'utiliser deux-trois commandes utiles pour connaître la configuration de votre PC. Tout d'abord, nous allons utiliser la commande lspci qui comme son nom l'indique, donne la liste des périphériques disponibles sur le bus PCI (AGP en faisant partie):

Notre carte est donc une FX 5200 positionnée sur le bus PCI 02:00.0. Nous pouvons donc rajouter dans la section Device, sous Driver "nvidia" l'option suivante :

Ce n'est pas strictement nécessaire mais néanmoins utile lorsque vous ajouterez éventuellement une seconde ou une troisième carte graphique dans votre machine.

Maintenant occupons nous de la gestion de l'AGP à proprement parler. Pour faire simple une carte AGP communique avec le CPU via un bridge (pont) AGP géré par le chipset de la carte mère. Il faut donc vérifier les capacités de l'un et de l'autre :

La carte supporte donc le SBA (Side Band Addressing) qui sans rentrer dans les détails (google est votre ami ) est, avec le mode Fast Writes, un facteur important de performance. La carte testée supporte les deux, c'est déjà bien. Nous notons aussi que nous avons droit à de l'AGP 8x et 4x. Maintenant passons aux capacités du bridge (chipset) :

C'est plaisant, tout est supporté ici aussi. Notez que si vous avez des "non supporté", certain bios permettent d'activer ou de désactiver ces fonctions. Faites y un tour au cas où et recommencez le test après avoir changé les valeurs. Maintenant, voyons ce que le pilote fabrique avec tout cela :

Bon, double mauvaise tisanne... D'un Fast Writes n'est pas utilisé, c'est dommage, de deux, le pilote utilises le support AGP fournit par Linux (AGPGART). Ce n'est pas très grave mais cela nuit aux performances. En effet, le pilote nvidia embarque sa propre gestion de l'AGP réputée plus rapide que la version Linux. Pour lui indiquer d'utiliser cette gestion de l'AGP, il faut rajouter dans le fichier xorg.conf, à la section Device l'option

Dans certains cas, du fait du processus chargement des modules au démarrage de Linux, cela ne va pas suffire. En effet, dans le fichier /etc/modprobe.preload, vous retrouvez la ligne suivante :

Supprimez cette ligne ou mettez la en commentaire.

Reste notre problème de Fast Writes qui va être réglé en ajoutant un paramètre au module nvidia. Pour connaître la liste des paramètres d'un module, tapez la commande suivante :

Si comme moi, votre Fast Writes était fautif, l'option recherchée est donc NVreg_EnableAGPFW. Si c'est le SBA qui était disabled, l'option NVreg_EnableAGPSBA est pour vous. Attention cependant, n'activez jamais une fonctionnalité qui n'est pas supportée par la carte ET par le bridge (voir plus haut).

Pour injecter des paramètres à un module, le plus simple est d'ajouter une ligne à la fin du fichier /etc/modprobe.conf :

Voilà, la configuration est maintenant terminée, reste à redémarrer votre PC. Ceci fait, vous vérifiez que l'AGPGART n'est pas chargé en tapant la commande :

Si tel est le cas, vous pouvez taper startx pour vérifier une nouvelle fois la configuration de la carte :

Et là, tout va bien, les accélérations sont bien activées et le Driver AGP est bien NVIDIA.

Configurer la sortie TV

L'objectif est ici de configurer la sortie PAL d'une carte nVidia pour, par exemple, lire un DVD sur votre téléviseur. Pour les invétérés consuméristes qui ont des écrans plats de 15m de diagonale, passez votre chemin, cet partie ne concerne que ceux qui gardent en vie un pauvre téléviseur cathodique en PAL.

Le téléviseur est relié au PC par un câble S-Vidéo (auquel peut être ajouté un convertisseur péritel). Dans cet exemple, je n'utilise QUE la sortie télévision (PC multimédia dédié). Si vous désirez une sortie de type "écran double", il faut un peu potasser la documentation du driver nVidia .

Un téléviseur analogique dispose d'une définition d'image entrelacée de 720x576 en 50Hz (720x480 lignes en NTSC). Il est donc mauvais pour la qualité d'image (déjà pas terrible ) de taper dans des résolutions supérieures. Nous allons donc dans notre fichier /etc/X11/xorg.conf ajouter une section Monitor optimisée pour ce format

Nous allons ensuite créer un Écran (section Screen) pour définir une profondeur de couleur de 24 bits pour notre téléviseur

Enfin, nous allons ajouter la section Device activant sortie TV, PAL et SVIDEO.

Les options ConnectedMonitor , TVOutFormat et TVStandard indiquent que la sortie se fait sur la prise télévision, en s-video, au standard PAL-N (PAL pour la France). L'option TVOverScan permet quant à elle de rogner sur les bords de l'écran pour occuper tout l'espace.

Il ne me reste plus maintenant qu'à modifier la section ServerLayout pour indiquer le chemin vers mon nouvel écran

Après un redémarrage du serveur X, je dois avoir mon téléviseur qui s'anime par magie... Reste plus qu'à exécuter la commande, on ne peut plus barbare mais ô combien efficace, indiquant à mplayer que l'on attend avec les pop-corn :

Conclusion

Voilà, normalement nous avons maintenant un pilote nVidia totalement opérationnel.

Commentaires