Le chipset nForce contient un grand nombre de périphériques matériels qui peuvent être exécutés sous Linux ; un périphérique réseau (MAC), du matériel audio, des contrôleurs de stockage (IDE et SATA) et des contrôleurs OHCI/EHCI USB. Un grand nombre de composants du chipset nForce font appel aux interfaces standard ; autrement dit, tous les composants ne nécessitent pas de pilotes personnalisés pour fonctionner sous Linux.
Pour les rapports de bogues et toute question relative à l'installation, allez à l'adresse :
Avant de soumettre un rapport de bogue, lisez les sections Dépannage et FAQ et consultez la liste des Problèmes connus relative à la version de pilote que vous utilisez. Vous trouverez ces documents sur le site web de NVIDIA, sur la page des notes de diffusion de la version en question du pilote.
Ce paquetage est disponible sur le site Web de NVIDIA à l'adresse suivante :
http://www.nvidia.fr/page/drivers.html
Le paquetage comprend les éléments suivants :
Nvidia fournit un programme d'installation auto-extractible
qui prépare les pilotes et les installe dans l'emplacement approprié selon
l'arborescence de modules de votre noyau. Vous remarquerez que deux
programmes d'installation sont fournis : 32 bits et 64 bits. Le programme
d'installation 64 bits doit être utilisé pour les noyaux x86_64. Vous
pouvez contrôler le type de la machine que vous utilisez en examinant la sortie
de « uname
-m
». Si cette sortie indique x86_64
, vous exécutez un noyau 64 bits et devez utiliser le programme d’installation
64 bits.
Pour installer les pilotes, exécutez tout simplement le fichier binaire d'installation sous un shell avec des privilèges root et suivez les instructions à l'écran.
Le fichier .run accepte de nombreuses options de ligne de commande dont les plus courantes sont les suivantes :
--info
Imprime des infos sur le fichier .run et quitte le programme.
--check
Vérifie l'intégrité de l'archive et quitte le programme.
--extract-only
Extrait le contenu du fichier .run sans exécuter « nforce-installer ».
--help
Imprime des informations sur l'utilisation des options de ligne de commande les
plus courantes et quitte le programme.
--advanced-options
Imprime des informations sur l'utilisation des options de ligne de commande
standard et avancées, puis quitte le programme.
Le programme d'installation fait appel à une interface utilisateur de type ncurses s'il détecte la bibliothèque ncurses appropriée. À défaut, il revient à une simple interface de texte interactive. Pour désactiver l'utilisation de l'interface graphique ncurses, utilisez l'option « --ui=none ».
Le programme d'installation contient des pilotes précompilés pour les principales distributions de Linux. S'il ne parvient pas à trouver de pilote précompilé pour votre noyau, il essaiera de compiler le pilote. Dans ce cas, il sera nécessaire d'installer la source de noyau correspondant au noyau pour lequel le pilote est installé.
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.
Les fichiers de configuration de modules pour les noyaux des séries 2.4 et 2.6 diffèrent. Les différentes distributions de Linux diffèrent également au niveau de la gestion de la configuration des modules.
/etc/modules.conf
./etc/modprobe.conf
. Certaines
distributions utilisent un sous-répertoire, /etc/modprobe.d/
, pour contenir des fichiers de configuration individuels pour les
modules de son, etc. Pour SuSE Linux Enterprise Server 9,
utilisez YaST pour configurer le pilote réseau. Démarrez l'IG YaST,
sélectionnez « Network Devices » (Pilotes réseau) puis « Network Card » (Carte
réseau). Cela devrait afficher la boîte de dialogue « Network cards
configuration » (Configuration des cartes réseau).
Sélectionnez « Other (not detected) » (Autre (pas détecté)) puis le
bouton « Configure » (Configurer). Dans la section « Kernel Module »
(Module du noyau), définissez « Module Name » (Nom du module) sur « nvnet »,
puis sélectionnez le bouton « Next » (Suite). Configurez les paramètres de
l'interface comme requis et sélectionnez le bouton « Next » pour revenir à la
boîte de dialogue de configuration des cartes, puis sélectionnez « Finish »
(Finir).
Pour Red Hat Enterprise Linux version 3,
Red Hat 8, Red Hat 9 et Fedora Core 1, suivez les instructions
qui figurent dans la section autres
distributions pour éditer le fichier de configuration /etc/modules.conf
. Cela fait, configurez les paramètres d’interface réseau en utilisant
l’outil Network Configuration (Configuration réseau) du menu System Settings
(Paramètres système). L'outil de configuration peut aussi être lancé
directement comme « neat ».
Pour Fedora Core 2, suivez les instructions qui figurent dans la section
autres
distributions pour éditer le fichier de configuration /etc/modprobe.conf
. Cela fait, configurez les paramètres d’interface réseau en utilisant
l’outil Network Configuration (Configuration réseau) du menu System Settings
(Paramètres système). L'outil de configuration peut aussi être lancé
directement comme « neat ».
Pour Mandrake 10,
utilisez Mandrake Control Center (disponible via la commande mcc
) pour configurer le pilote réseau. Sélectionnez « Network &
Internet » (Réseau et Internet) puis « New Connection » (Nouvelle connexion).
Sélectionnez « LAN Connection » (Connexion LAN) puis « Next » (Suite) et
« Manual Choice » (Choix manuel). Dans la liste des pilotes réseau
disponibles, sélectionnez « nvnet » puis « Next » et « autoprobe ». À ce stade,
le pilote sera configuré et une nouvelle interface sera disponible ;
sélectionnez cette interface pour configurer les paramètres d’adresse IP, etc.
Pour les distributions de Mandrake plus anciennes, suivez les instructions qui
figurent dans autres
distributions pour éditer le
fichier de configuration /etc/modules.conf
. Cela fait, vous pourrez utiliser Mandrake Control Center pour
configurer les paramètres d’adresse IP, etc., sur l’interface réseau prise en
charge par nvnet.
Si la distribution
que vous utilisez fournit un mécanisme de configuration pour les pilotes
réseau, utilisez-le pour sélectionner le module du pilote nvnet pour l'utiliser
avec le périphérique Ethernet nForce et pour définir les paramètres réseau
(adresse IP, etc.) pour l'interface. Sinon, éditez manuellement le fichier de
configuration.
Si votre fichier de configuration contient déjà une entrée pour le pilote
forcedeth (un pilote réseau disponible en open-source prenant en charge le
contrôleur réseau nForce), cette entrée doit être mise en commentaire avec un #
ou supprimée.
#
alias eth0 forcedeth
Ajoutez la ligne suivante au fichier de configuration :
alias
eth0 nvnet
Si votre système a plusieurs interfaces Ethernet, il se
peut que vous deviez utiliser « eth1 » ou une interface sup. à la
place de « eth0 ».
Pour SuSE Linux Enterprise Server 9, à
l'heure où nous rédigeons ces pages, il n'est pas possible d'utiliser YaST pour
configurer le pilote audio nvsound. Suivez les instructions de la section autres
distributions pour éditer le fichier de configuration /etc/modprobe.d/sound
.
Pour Red Hat Enterprise
Linux version 3, Red Hat 8, Red Hat 9 et Fedora Core 1,
suivez les instructions de la section autres distributions pour éditer le fichier de configuration /etc/modules.conf
.
Pour Fedora Core 2, suivez les
instructions de la section autres distributions pour éditer le fichier de configuration /etc/modprobe.conf
.
À l'heure où nous rédigeons ces
pages, il n'est pas possible d'utiliser Mandrake Control Center pour configurer
le pilote audio nvsound.
Suivez les instructions de la section autres distributions pour éditer manuellement le
fichier de configuration. Pour Mandrake 10 ou les autres distributions
de Mandrake exécutant les noyaux 2.6, le fichier de configuration est /etc/modprobe.conf
. Pour
les distributions antérieures qui exécutent les noyaux 2.4, le fichier de
configuration est /etc/modules.conf
.
Si la distribution que vous utilisez fournit
un mécanisme de configuration pour les pilotes réseau, utilisez-le pour
sélectionner le module du pilote nvsound pour l'utiliser avec le périphérique
audio nForce. Sinon, éditez manuellement le fichier de configuration.
Si votre fichier de configuration contient déjà une entrée pour les pilotes
i810_audio, snd-intel8x0 ou nvaudio (des pilotes audio disponibles en
open-source prenant en charge le contrôleur audio nForce), cette entrée doit
être mise en commentaires avec un #
ou supprimée.
#
alias sound-slot-0 i810_audio
Ajoutez la ligne suivante au fichier de configuration :
alias
sound-slot-0 nvsound
Sur certaines distributions, il se peut que vous deviez remplacer sound-slot-0
par snd-card-0
.
Si vous souhaitez que les paramètres audio de nvmixer soient automatiquement
restaurés à chaque fois que le pilote nvsound est chargé, ajoutez les lignes suivantes
au fichier de configuration pour les noyaux 2.4 :
post-install
nvsound sleep 1; /usr/bin/nvmix-reg -f /etc/nvmixrc -L >/dev/null
2>&1 ||:
pre-remove
nvsound /usr/bin/nvmix-reg -f /etc/nvmixrc -S >/dev/null 2>&1 ||:
Pour les noyaux 2.6 :
install
nvsound /sbin/modprobe --ignore-install nvsound ; sleep 1; /usr/bin/nvmix-reg
-f /etc/nvmixrc -L >/dev/null 2>&1 || :
remove
nvsound { /usr/bin/nvmix-reg -f /etc/nvmixrc -S >/dev/null 2>&1 || :
; }; /sbin/modprobe -r --ignore-remove nvsound
Pour les noyaux 2.4 et 2.6, vous devez aussi éditer /etc/rc.d/init.d/halt
ou /etc/init.d/halt.local
sur les
distributions SuSE :
if
grep -q "\(nvsound\)" /proc/modules && [ -x
/usr/bin/nvmix-reg ]; then
/usr/bin/nvmix-reg
-f /etc/nvmixrc -S >/dev/null 2>&1
fi
Pour
Red Hat Enterprise Linux 4 et Fedora Core 3, ajoutez la ligne
suivante dans /etc/rc.local
:
/usr/bin/nvmix-reg
-f /etc/nvmixrc -L >/dev/null 2>&1
Le programme d'installation peut ou non laisser les nouveaux modules chargés après l'installation, selon la configuration existante. Vous pouvez imposer le chargement du module en utilisant insmod ou modprobe :
insmod
<nommodule>
ou
modprobe
<nommodule>
Lors des redémarrages qui suivront, les modules devraient se charger automatiquement.
Le
comportement d'exécution des pilotes de NVIDIA peut être configuré au moyen des
paramètres des modules. Vous pouvez définir ces paramètres sur la ligne de
commande lors du chargement d’un module ou dans le fichier de
configuration des modules (par exemple
/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
optimization=1
Il est possible de vérifier les paramètres des modules pour le pilote Ethernet
en utilisant la commande suivante :
modinfo -p nvnet
Les sections suivantes contiennent des descriptions de tous les paramètres des
modules du pilote.
Le pilote réseau nForce prend en charge les paramètres facultatifs suivants :
Ce paramètre contrôle le mode de délestage du matériel. Le pilote réseau nForce prend en charge deux modes de délestage du matériel :
Quand le mode de délestage du matériel est
activé, la décharge des sommes de contrôle TX et RX, le délestage de la
segmentation et RGMII (Reduced Gigabit Media Independent Interface) sont
utilisés et le MTU peut être défini sur une valeur autre que celle par
défaut. Lorsque le mode de délestage du matériel est désactivé, ces modes
sont désactivés et MII (Media Independent Interface) est utilisé et le
paramètre MTU est ignoré.
Le mode de délestage du matériel par défaut dépendra du contrôleur
réseau. Le mode de délestage du matériel peut être spécifié en fournissant
le paramètre de module « hwmode ».
Le pilote réseau nForce prend en charge deux modes d'optimisation :
Le mode d'optimisation CPU permet de réduire l'utilisation du CPU 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 du CPU. 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 pilote réseau nForce prend en charge deux modes de négociation :
Quand le mode de négociation est activé, le
contrôleur négocie la vitesse et le mode duplex souhaités. Si le mode de
négociation est désactivé, le contrôleur impose les paramètres de vitesse et de
mode duplex sans négocier.
Par défaut, la négociation automatique est activée.
Le paramètre « force_speed_duplex » du module peut être utilisé pour définir la vitesse et le mode duplex de l'interface du contrôleur ethernet. Les valeurs suivantes sont prises en charge :
Si la valeur 0 (négociation automatique) est
utilisée, le contrôleur négociera afin d’obtenir une vitesse et un mode duplex
optimaux.
Si une valeur comprise entre 1 et 4 (inclus) est définie pour ce paramètre, le
comportement de négociation dépendra alors de la valeur du paramètre de
négociation automatique du module. Si la négociation automatique est
activée, le contrôleur négociera afin d’obtenir la vitesse et le mode duplex
souhaités. Si elle est désactivée, le contrôleur fixera la vitesse et le
mode duplex du contrôleur sans négocier.
Si une valeur comprise entre 5 et 9 (inclus) est définie pour ce paramètre, le
contrôleur négociera afin d’obtenir la vitesse et le mode duplex souhaités. Dans
ce cas, le paramètre de négociation automatique du module est activé de façon
implicite.
Par défaut, le contrôleur négociera automatiquement afin d’obtenir une vitesse
et un mode duplex optimaux.
Le paramètre « media » du module peut être utilisé pour spécifier le support d'interface. Ce paramètre du module prend en charge les valeurs suivantes :
La valeur par défaut de ce paramètre dépend de l'état du mode de délestage du matériel (activé ou désactivé). Si le mode de délestage du matériel est activé, RGMII est la valeur par défaut. Si le mode de délestage du matériel est désactivé, MII est la valeur par défaut.
Le paramètre de module « max_tx_packets » contrôle le nombre maximum de paquets TX (en transmission) en instance. Ce paramètre prend une valeur comprise entre 32 et 1024 compris. Par défaut, 64 paquets TX maximum seront utilisés.
Le paramètre de module « max_rx_packets » contrôle le nombre maximum de paquets RX (en réception) en instance. Ce paramètre prend une valeur comprise entre 32 et 1024 compris. Par défaut, 64 paquets RX maximum seront utilisés.
Le paramètre de module « mtu » contrôle la taille MTU en octets. Ce paramètre prend une valeur comprise entre 576 et 9202 compris. Par défaut, une taille de MTU de 1500 octets est utilisée. Ce paramètre n'est pertinent que lorsque le mode de délestage du matériel est activé.
Le paramètre de module « poll_interval_in_us » est utilisé pour contrôler la fréquence à laquelle les événements matériels sont interrogés ; il n'est pertinent qu'en mode d'optimisation CPU. Ce paramètre est ignoré en mode d'optimisation du débit. Sa valeur, exprimé en microsecondes, est comprise entre 0 et 2000 et revient par défaut à 0.
Le pilote réseau nForce prend en charge deux modes de décharge de segmentation :
Si hwmode=0 (désactivé), le paramètre de module « seg_offload » revient par défaut à 0 (désactivé). Si hwmode=1 (activé), le paramètre de module « seg_offload » revient par défaut à 1 (activé).
Le pilote réseau nForce prend en charge deux modes de décharge de somme de contrôle TX :
Si hwmode=0 (désactivé), le paramètre de module « tx_checksum_offload » revient par défaut à 0 (désactivé). Si hwmode=1 (activé), le paramètre de module « tx_checksum_offload » revient par défaut à 1 (activé).
Le pilote réseau nForce prend en charge deux modes de décharge de somme de contrôle RX :
Il
n'y a actuellement pas de paramètres pour le module nvsound.
Une application de panneau de commande audio, nvmixer, est inclue avec le pilote audio pour commander les fonctions de ce pilote. Ces fonctions sont les suivantes :
Le panneau de commande audio peut être appelé en tapant « nvmixer » sur la ligne de commande :
example% nvmixer
L'application nvmixer utilise le kit d'outils
de l'interface utilisateur graphique Qt. Le nvmixer précompilé fourni avec
cette version a été compilé en utilisant la version 3.1 de Qt et a besoin des
bibliothèques d’exécution Qt 3.1 sur votre système pour s’exécuter.
Si les bibliothèques Qt 3.1 ne sont pas installées sur votre système, vous
recevrez très probablement le message d’erreur « relocation error: ...
undefined symbol » quand vous essaierez d'exécuter nvmixer. Si tel est le
cas, vous pouvez résoudre ce problème de deux manières :
ftp://download.nvidia.com/linux/nforce/nvmixer/nvmixer.tgz
Cette section couvre des problèmes qui surviennent fréquemment lors de l'installation des pilotes nForce sur Linux. Si vous rencontrez ces problèmes, veuillez lire cette section et la section FAQ ainsi que la liste Problèmes connus relative à la version du pilote que vous utilisez. Vous trouverez ces documents sur le site web de NVIDIA, sur la page des notes de diffusion de la version en question du pilote.
Si vous décidez de soumettre un rapport de bogue, n'oubliez pas d'inclure le fichier nforce-bug-report.log dans ce rapport en exécutant nforce-bug-report.sh.
Pour les rapports de bogues et toute question relative à l'installation, allez à l'adresse :
Étant donné que les pilotes réseau et audio sont compatibles avec les circuits 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. Si vos périphériques réseau ou audio sont désactivés dans le BIOS ou 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 réglé 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 Suppr, puis parcourez les menus pour trouver « OS Type » (Type de système d'exploitation) et choisissez « Other » (Autre). Les détails de la configuration du BIOS d'un système variant en fonction du fabricant du BIOS, 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 : Vous devez installer les sources du noyau. Téléchargez et installez le paquetage source correspondant à votre noyau
· Q : Comment puis-je savoir si les sources du noyau sont installées ?
R : Si vous exécutez une distro utilisant un paquetage RPM (Red Hat, Mandrake, SuSE, etc.), faites appel à RPM. À l'invite du shell, tapez :
exemple% rpm -qa | grep kernel
puis contrôlez le résultat. Vous devriez voir un paquetage correspondant à votre noyau (souvent nommé kernel-2.4.18-3) et un paquetage source du noyau de 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 en cours d’exécution (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 les versions obtenues.
R : Contrôlez si xmms est configuré pour utiliser le plug-in de sortie OSS (nvsound est un pilote OSS). Vous pouvez afficher les paramètres du plug-in de sortie xmms en choisissant Options->Preferences.
R : Il est probable que votre système n'ait pas les bibliothèque d'exécution Qt dont a besoin nvmixer pour fonctionner. Pour savoir comment corriger ce problème, reportez-vous à la section sur la configuration système requise pour nvmixer.
·
Q : Quand je démarre KDE
avec le pilote nvsound chargé, j'obtiens un message d'erreur « Sound
server fatal error: AudioSubSystem::handleIO: write failed len=-1,
can_write=1024, errno=11 (Resource temporarily unavailable) ».
R : Ouvrez le KDE Control Center (depuis un menu ou en utilisant la
commande kcontrol
). Sélectionnez « Sound & Multimedia », puis « Sound
System ». Cliquez sur l'onglet « Hardware » puis, dans la
commande déroulante « Select the audio device », choisissez « Threaded
Open Sound System ». Sélectionnez « Apply », puis quittez le
Control Center. Le message d'erreur du server audio affiché au démarrage
devrait avoir disparu.
Nous ne possédons actuellement aucune information sur le dépannage du pilote réseau nvnet.
R : 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 :
example% su
Password: ******
example# hdparm -d 1 /dev/hdX
Où /dev/hdX est le périphérique IDE pour lequel vous souhaitez activer le mode DMA. Vous devez effectuer cette opération à chaque redémarrage ou ajouter 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 : 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 : Le pilote Linux 1394 prend en charge le contrôleur 1394 nForce2 dans les versions de noyau 2.4.21 et ultérieures.
R : Le contrôleur IDE nForce3 existera dans le noyau 2.4.23 et versions suivantes.
R : Pour l'audio, vous pouvez utiliser le pilote audio i810. Pour le pilote réseau, cela dépend de la version du noyau avec laquelle vous travaillez. Certaines versions du noyau auront un pilote appelé forcedeth. Les versions plus anciennes du pilote prennent uniquement en charge le nForce2 tandis que les versions plus récentes prennent également en charge l'Ethernet Gigabit nForce3.
R : En fournissant le pilote nvsound, notre priorité était la prise en charge de toutes les fonctionnalités des nForce qui manquaient dans le pilote nvaudio précédent. NVIDIA a prévu de fournir un pilote ALSA nForce, dès que nos ressources le permettrons,
Les modifications les plus récentes sont indiqué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 pour 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 diffusion.
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.