Le chipset nForce comprend divers périphériques matériels pouvant être exécutés sous Linux. Outre un processeur d'affichage, ce chipset inclut un périphérique réseau (MAC), du matériel audio, un contrôleur IDE et un contrôleur USB OHCI. Un grand nombre de composants du chipset nForce fait appel aux interfaces standard ; autrement dit, tous les composants ne nécessitent pas de pilotes personnalisés pour fonctionner sous Linux.
Pour les rapports sur les bogues et toute question relative à l'installation, rendez-vous à l'adresse suivante :
Assurez-vous de lire d'abord la section relative au dépannage et de signaler tous les détails utiles, notamment la distribution Linux, la version du noyau, s'il s'agit d'un paquetage RPM source ou binaire, si vous avez vérifié la configuration du BIOS, le contenu du fichier /etc/modules.conf ainsi que la liste des messages d'erreur rencontrés (vous pouvez exécuter dmesg ou consulter /var/log/messages en tant que racine). Si vous rencontrez des problèmes d'ordre fonctionnel, soyez aussi précis que possible, de façon que nous puissions tenter de reproduire le problème et vérifier si un correctif est disponible.
Ce paquetage est disponible sur le site Web de NVIDIA à l'adresse suivante :
http://www.nvidia.com/content/drivers/drivers.asp
Nous vous recommandons vivement d'utiliser exclusivement des logiciels téléchargés de ce site Web ou d'un distributeur Linux fiable avec votre matériel nForce.
À l'heure actuelle, les pilotes nForce requièrent un noyau 2.4.
Le pilote réseau fourni par NVIDIA est soumis à la licence d'utilisation des logiciels NVIDIA ; cette licence est disponible sur le site Web de NVIDIA et livrée avec le paquetage. En utilisant ce logiciel, vous acceptez les clauses du contrat de licence. Les autres composants logiciels sont fournis sous la licence publique GNU, également incluse dans le paquetage.
Le paquetage comprend les éléments suivants :
Ce paquetage vise à construire un pilote réseau et un pilote audio qui seront ensuite insérés aux emplacements appropriés pour les modules de noyau chargeables. Le pilote réseau provient de NVIDIA tandis que le pilote audio repose sur le pilote audio i810 fourni en « open source » mais modifié pour fonctionner avec le matériel NVIDIA. Un correctif du noyau permettant la prise en charge de GART sur les chipsets nForce est également mis à disposition. Il doit être fusionné avec le noyau pour fonctionner.
Les paquetages binaires mettent également à jour le fichier de configuration du module (désactivant les entrées réseau, audio et usb existantes en les plaçant en commentaires) et ajoutent des entrées pour les nouveaux pilotes. Un fichier de sauvegarde est créé avant que toute modification soit apportée au fichier de configuration. Si le paquetage binaire est désinstallé, le paquetage tente de restaurer la version initiale du fichier à partir de ce fichier de sauvegarde.
Les fichiers tar ne modifient pas les fichiers de configuration du module. Assurez-vous que les lignes suivantes se trouvent dans le fichier de configuration (intitulé /etc/modules.conf dans la plupart des distributions récentes) :
Au cours de l'installation, les paquetages binaires et source ne chargent pas les pilotes du noyau. Vous pouvez effectuer cette opération manuellement à l'aide de insmod ou de modprobe. (UTILISATION : 'nom_du_module insmod' ou 'nom_du_module modprobe') Lors du redémarrage, les modules noyau devraient être insérés automatiquement.
Nvidia fournit des paquetages RPM binaires précompilés pour plusieurs versions de Red Hat et Mandrake. Vous devez sélectionner le paquetage RPM qui correspond à la version actuelle de votre noyau. Pour identifier le noyau utilisé, vérifiez le résultat de la commande uname -r.
Si vous disposez d'une version différente de Red Hat ou de Mandrake, un noyau modifié ou une distribution à base de rpm, utilisez SRPM afin de construire un paquetage RPM adapté à votre système. Avec le RPM SuSE, consultez la remarque INSTALLATIONS SuSE ci- dessous.
Si vous disposez d'un système non RPM ou que vous préférez ne pas utiliser de paquetage RPM, téléchargez et installez les composants à partir des tarballs source.
Pour installer un paquetage RPM binaire, il vous suffit d'utiliser rpm. Cette opération entraîne l'installation et la configuration des pilotes. Avec un RPM source, vous devez construire et installer les pilotes vous-même. Par commodité, les fichiers contenus dans ce paquetage sont organisés selon une structure hiérarchique de construction.
Il est conseillé de vérifier la configuration du BIOS de votre système afin de vous assurer que les périphériques réseau et audio seront détectés. Pour cela, consultez la section Configuration du BIOS du système dans la rubrique Dépannage du présent document.
Si vous utilisez la distribution Linux de SuSE, sachez que le format RPM binaire pour SuSE prend uniquement en charge les versions SuSE faisant appel au noyau mis à niveau. Vous trouverez ci-dessous des instructions de SuSE concernant la mise à niveau vers le nouveau noyau pour les versions SuSE 7.1, 7.2 et 7.3 :
La nouvelle version du noyau est disponible sur les sites Web suivants (selon la distribution SuSE souhaitée) :
ftp://ftp.suse.com/pub/suse/i386/update/7.1/kernel/2.4.16 (version 7.1 de SuSE)
ftp://ftp.suse.com/pub/suse/i386/update/7.2/kernel/2.4.16 (version 7.2 de SuSE)
ftp://ftp.suse.com/pub/suse/i386/update/7.3/kernel/2.4.16 (version 7.3 de SuSE)
Pour les instructions de mise à jour, consultez l'article SDB de SuSE (en anglais) à l'adresse suivante :
http://sdb.suse.de/en/sdb/html/ftpkernel.html
Il est conseillé de suivre les instructions ci-dessous avant d'installer un paquetage RPM source ou un fichier tar. Si vous souhaitez installer des pilotes nForce sans mettre à niveau le noyau, vous devez utiliser une des méthodes d'installation suivantes. Prenez en considération le fait que ces méthodes d'installation sont incompatibles avec les versions 7.1 et 7.2 de SuSE.
Installez avec YaST(2) les paquetages de séries d (de développement) suivants :
Pour installer l'environnement de développement, utilisez les commandes suivantes :
exemple% cd <répertoire contenant le fichier rpm>
exemple% su
Password: ******
exemple# pushd /usr/src/linux
exemple# make cloneconfig
exemple# make dep
exemple# popd
Vous pouvez désormais suivre la procédure ci-dessous afin de poursuivre l'installation à partir du fichier tar ou RPM source, en ignorant les étapes concernant la racine (root).
La procédure d'installation binaire implique le téléchargement et l'installation du fichier RPM binaire adapté à votre distribution. Avec la distribution SuSE, consultez la remarque INSTALLATIONS SuSE ci-avant.
Configurez la racine (root) et procédez à l'installation à l'aide du fichier rpm :
exemple% cd <répertoire contenant le fichier rpm>
exemple% su
Password: ******
exemple# rpm -i nforce{nom du paquetage}-1.0-1.rpm
Le paquetage RPM source crée un RPM adapté à votre système. Avec le RPM SuSE, consultez la remarque INSTALLATIONS SuSE ci-avant. Procédez à l'installation :
exemple% cd <répertoire contenant le fichier>
exemple% su
Password: ******
exemple# rpmbuild --rebuild nforce{nom du paquetage}-1.0-1.src.rpm
Sur les systèmes plus anciens ne prenant pas en charge rpmbuild, utilisez :
exemple# rpm --rebuild nforce{nom du paquetage}-1.0-1.src.rpm
À ce stade, le SRPM est recompilé. Une fois la commande exécutée, recherchez une ligne indiquant :
Ecrire : /usr/src/{rép racine RPM}/RPMS/i386/nforce{nom du paquetage}-1.0-1.rpm
Cette ligne spécifie le nom et l'emplacement du nouveau RPM. Vous devez alors installer ce RPM conformément aux instructions fournies à la section Installation à partir du RPM binaire.
Le fichier tar contient le code source, les bibliothèques, les fichiers makefile et la documentation sous la forme d'un fichier tar unique.
Pour installer le fichier tar, décompressez-le, puis construisez et installez les sources. Avec le RPM SuSE, consultez la remarque INSTALLATIONS SuSE ci-avant.
exemple% tar -xvzf nforce.tgz
exemple% cd nforce
exemple% make
exemple% su
Password: ******
exemple# make install
REMARQUE : ce correctif prend uniquement en charge les noyaux 2.4.20 et 2.4.21. Vous devrez installer les sources et le noyau appropriés avant d'appliquer le correctif ou fusionner manuellement ces changements avec les autres versions du noyau.
exemple# cd /usr/src/linux-2.4.20
exemple# patch -p1 < linux-2.4.20-agpgart.diff
exemple# make menuconfig
Reconstruisez et réinstallez le
noyau et les modules du noyau en suivant les procédures correspondant à votre
version de GNU/Linux.
Pour désinstaller le contenu d'un fichier rpm binaire, utilisez rpm :
exemple% cd <répertoire contenant le fichier rpm>
exemple% su
Password: ******
exemple# rpm -e nforce<nom du paquetage>-1.0-1.rpm
Pour désinstaller le contenu d'un fichier rpm source ou du fichier tar, identifiez le répertoire de construction et exécutez la commande « make uninstall »" :
exemple% cd <répertoire contenant les éléments décompressés>
exemple% cd nforce
exemple% su
Password: ******
exemple# make uninstall
Le pilote réseau nForce prend en charge les paramètres facultatifs suivants :
Le pilote réseau nForce prend en charge deux modes d'optimisation :
Le mode d'optimisation de l'UC
permet de réduire l'utilisation de l'UC grâce à la modération du niveau
d'interruption.
Quant au mode d'optimisation du débit, il augmente
le débit au maximum. Ce mode entraîne une consommation plus élevée de
l'UC.
Par défaut, le pilote fonctionne en mode d'optimisation du
débit. Pour définir le mode d'optimisation, vous devez spécifier le
paramètre « optimization » du module.
Le paramètre de vitesse (speed) du module permet de définir la vitesse du contrôleur Ethernet pour l'interface. Par défaut, le contrôleur détecte automatiquement la vitesse relative à l'interface, mais il prend également en charge les valeurs suivantes :
Le paramètre de duplexage (duplex) du module permet de spécifier le duplexage de l'interface. Par défaut, le contrôleur sélectionne automatiquement la valeur de duplexage, mais il prend également en charge les valeurs suivantes :
Le pilote audio nForce prend en charge les paramètres facultatifs suivants :
Le paramètre de module « spdif_status » est utilisé pour activer ou désactiver la prise en charge S/PDIF dans le pilote. Par défaut, S/PDIF est activé mais il est possible de le désactiver en définissant spdif_status sur 0.Étant donné que le pilote prend uniquement en charge un taux d'échantillonnage de 48 kHz quand S/PDIF est activé, le désactiver augmentera la compatibilité avec les applications fondées sur des hypothèses relatives aux taux d'échantillonnage pris en charge par le pilote.
Vous pouvez définir les
paramètres du module sur la ligne de commande lors du chargement du module ou
dans le fichier de configuration du module (/etc/modules.conf). Par
exemple, pour configurer le mode d'optimisation du débit du pilote Ethernet
nForce, vous devez ajouter la ligne suivante au fichier de configuration du
module :
options
nvnet optimization=1
En cas de chargement manuel du module
à partir de la ligne de commande, spécifiez :
modprobe nvnet
optmization=1
Vous avez la possibilité de vérifier les
paramètres du module relatifs au pilote Ethernet à l'aide de la commande
« modinfo -p nvnet ».
Une application de panneau de configuration est livrée avec le pilote audio afin de faciliter le contrôle des fonctions du pilote nForce. Ces fonctions incluent :
Pour lancer le panneau de configuration audio, tapez « nvpanel » sur la ligne de commande :
exemple% nvpanel
Étant donné que les pilotes réseau et audio sont compatibles avec le chipset nForce, ces périphériques sont contrôlés par le BIOS du système, à l'instar des autres périphériques de la carte-mère. Si les pilotes installés ne reconnaissent pas des composants matériels installés sur le système, le problème peut provenir de la configuration Plug-and-Play du BIOS du système. En effet, si le BIOS s'attend à ce que le système d'exploitation configure les périphériques matériels alors que le noyau Linux ne prend pas en charge les configurations de type ACPI, vous devez modifier les paramètres du BIOS.
Pour afficher ou modifier un BIOS système de type Award, redémarrez l'ordinateur et appuyez sur la touche Suppr. Lorsqu'un écran de configuration s'affiche, sélectionnez « PnP/PCI Configurations » si le paramètre « PNP OS Installed [] » est défini sur « Yes » et choisissez « No ».
Si le BIOS de votre système est de type Phoenix, utilisez la touche F2 au lieu de la touche de suppression, puis parcourez les menus afin d'identifier l'entrée OS Type (type de système d'exploitation) et choisissez « Other ». Les détails de la configuration du BIOS d'un système variant en fonction du fabricant, il se peut que les écrans soient légèrement différents de ceux décrits ici.
Avertissement : il est vivement conseillé de noter par écrit la configuration initiale du BIOS avant d'en changer. La modification de la configuration du BIOS du système risque d'entraîner des dysfonctionnements du système, voire d'empêcher tout redémarrage.
Réponse : La version courante du paquetage nForce Linux contient un correctif du code source du noyau qui activera la prise en charge de GART en utilisant le pilote GART Linux standard. NVIDIA travaille avec les concepteurs de ce pilote pour qu'il soit disponible dans les prochaines versions du noyau de Linux.
Réponse : Un correctif de noyau a été ajouté à la version 2.4.21pre3-ac1 du noyau. Il permet d'activer le mode DMA pour le contrôleur IDE nForce2 et devrait être disponible dans la version finale du noyau 2.4.21. Une autre solution pour mettre à niveau le noyau consiste à faire appel à l'utilitaire hdparm afin d'activer le mode DMA pour le lecteur de disque dur. Prenons un exemple :
exemple% su
Password: ******
exemple# hdparm -d 1 /dev/hdX
où /dev/hdX correspond au périphérique IDE pour lequel vous souhaitez activer le mode DMA. Vous devez effectuer cette opération à chaque redémarrage ou insérer ces lignes dans un script rc. Certaines distributions incluent un fichier intitulé /etc/sysconfig/harddisks dans lequel vous pouvez activer cette fonction pour tous les lecteurs de disque dur qui sont amorcés au démarrage du système.
Réponse : Les périphériques USB et USB2.0 utilisent les interfaces OHCI et EHCI standard du marché. Ils sont compatibles avec les pilotes USB Linux standard.
Réponse : Les symboles non résolus sont généralement causés par une incohérence entre les sources du noyau et le noyau exécuté. Pour que les modules du pilote nForce soient construits normalement, assurez-vous que les sources et le noyau sont cohérents. Vérifiez que les sources du noyau sont installées et configurées de façon à correspondre au noyau exécuté.
Réponse : Si vous exécutez une distro utilisant un paquetage RPM (Red Hat, Mandrake, SuSE, etc.), faites appel à RPM. A l'invite du shell, tapez:
exemple% rpm -qa | grep kernel
Vérifiez ensuite le résultat. Vous devriez visualiser un paquetage correspondant à votre noyau (souvent nommé kernel-2.4.18-3) et un paquetage source du noyau doté de la même version (souvent intitulé kernel-source-2.4.18-3). Si aucune ligne ne semble correspondre à un paquetage source, vous devrez probablement l'installer. Si les versions répertoriées ne correspondent pas (par exemple, kernel-2.4.18-10 et kernel-source-2.4.18-3), vous devez mettre à jour le paquetage de la source du noyau en fonction de la version installée. En présence de plusieurs noyaux, vous devez installer le paquetage de la source du noyau correspondant au noyau exécuté (ou vous assurer que le paquetage installé correspond au noyau exécuté). Pour ce faire, consultez le résultat de la commande uname -r et des versions obtenues.
Réponse : Les dernières versions du fichier rpm ne prennent plus en charge l'option « -rebuild ». Si vous disposez d'une telle version du rpm, utilisez la commande « rpmbuild –rebuild ». L'exécutable rpmbuild est fourni dans le paquetage rpm-build.
Réponse : Vous devez installer les sources du noyau. Téléchargez et installez le paquetage source correspondant à votre noyau.
Réponse : Le pilote Linux pour 1394 prend en charge le contrôleur nForce2 1394 dans les versions 2.4.21 et ultérieures.
Réponse : NVIDIA est en train de développer la prise en charge du contrôleur IDE nForce3 par le noyau Linux. Ce correctif devrait être disponible pour le noyau 2.4.23.
Les modifications les plus récentes sont répertoriées au début de la liste. Chaque point indique une version publique disponible sur le site Web de NVIDIA.
Modification du script d'installation de sorte qu'il utilise désormais le plus petit numéro disponible lors de l'énumération des périphériques réseau et audio dans modles.conf
Modification du pilote audio en fichier source
autonome reposant sur le pilote audio i810
Prise en charge de SPDIF dans
le pilote audio
Paquetages binaires mis à jour en fonction des dernières versions des noyaux Red Hat
Ajout d'une section de forum aux questions (FAQ) aux notes de mise à jour
Nettoyage du fichier de spécifications et des fichiers makefile
Les fichiers tar et SRPM utilisent désormais le fichier i810_audio.c du système local et vous demandent de le fournir s'il n'est pas détecté ; ils sont ainsi moins dépendants de la distro.
Ajout de la prise en charge de Mandrake 9.0 et de Red Hat 8.0
Prise en charge des pilotes réseau nForce2