Ce fichier décrit le pilote de base Linux*, version 6.2.x, pour la famille des cartes Intel® PRO/1000. Ce pilote prend en charge les noyaux 2.4.x et 2.6.x.
Actuellement, ce pilote est pris en charge uniquement en tant que module chargeable. Intel ne fournit pas de correctifs associés à la source du noyau pour permettre la liaison statique du pilote. Pour toute question concernant la configuration matérielle, reportez-vous à la documentation accompagnant la carte Intel PRO/1000. Toutes les configurations matérielles énumérées s'appliquent à une utilisation avec Linux.
Les fonctionnalités suivantes sont maintenant disponibles pour les noyaux pris en charge :
Réseaux VLAN natifs
Channel Bonding (agrégation)
SNMP
L'agrégation des cartes est à présent mise en œuvre en utilisant le module Channel Bonding natif de Linux. Cette fonctionnalité est incluse dans les noyaux Linux pris en charge. De la documentation concernant la fonctionnalité Channel Bonding est disponible dans la source du noyau Linux : /Documentation/networking/bonding.txt
Les informations de pilote affichées précédemment dans le système de fichiers /proc ne sont pas prises en charge dans cette version. Utilisez ethtool (version 1.6 ou une version ultérieure), lspci ou ifconfig pour obtenir ces informations.
Les cartes réseau Intel suivantes sont compatibles avec les pilotes de cette version :
Contrôleur
Nom de la carte
ID des cartes
82544
Carte réseau Intel PRO/1000 XT Server
A51580-xxx
82544
Carte Intel PRO/1000 XF Server
A50484-xxx
82545EM
Carte réseau Intel PRO/1000 MT Server
A92165-xxx, C31527-xxx
82545EM
Carte Intel PRO/1000 MF Server
A91622-xxx, C33915-xxx
82546GB
Carte réseau 2 ports Intel PRO/1000 P Server
C6609-XF11
82571EB
Carte réseau 2 ports Intel PRO/1000 PT Server
C57721-xxx
82572EI
Carte Intel PRO/1000 PT Server
D28777-xxx
82572EI
Carte Intel PRO/1000 PF Server
D28779-xxx
Pour vérifier si votre carte est prise en charge, recherchez son ID sur la carte. Recherchez une étiquette comportant un code à barres et un numéro au format 123456-001 (six chiffres, tiret, trois chiffres). Comparez-le à la liste de numéros ci-dessus.
Pour obtenir de plus amples informations sur l'identification de votre carte ou pour obtenir les derniers pilotes réseau pour Red Hat Linux, visitez l'assistance à la clientèle.
Il existe deux méthodes d'installation du pilote e1000 :
Installation à partir du code source
Installation à partir d'un fichier RPM DKMS
Installation à partir du code source
Pour créer un paquage RPM* binaire de ce pilote, exécutez "rpmbuild -tb <nom_de_fichier.tar.gz>". Remplacez <nom_du_fichier.tar.gz> par le nom de fichier spécifique du pilote.
REMARQUE : pour que la compilation fonctionne correctement, il est important que le noyau en cours d'exécution CORRESPONDE à la version et à la configuration de la source de noyau installée. Si vous venez de recompiler le noyau, redémarrez le système et sélectionnez le noyau correct pour le démarrage.
REMARQUE : la fonctionnalité RPM a été testée uniquement sur les distributions Red Hat et SUSE.
Placez le fichier tar du pilote de base dans le répertoire de votre choix. Par exemple, utilisez '/home/utilisateur/e1000' ou '/usr/local/src/e1000'.
Déballez/décompressez l'archive en entrant la commande suivante, où <x.x.x> correspond au numéro de version du paquetage du pilote : tar zxf e1000-<x.x.x>.tar.gz
Passez au répertoire src du pilote en entrant la commande suivante, où <x.x.x> correspond au numéro de version du paquetage du pilote : cd e1000-<x.x.x>/src/
Compilez le module du pilote : make install Les instructions binaires sont installées comme suit : /lib/modules/<VERSION DU NOYAU>/kernel/drivers/net/e1000/e1000.[k]o
Les emplacements d'installation listés ci-dessus sont les emplacements par défaut. Il se peut qu'ils ne soient pas corrects sur certaines distributions Linux. Pour de plus amples informations, voir le fichier ldistrib.txt inclus dans le fichier tar du pilote.
Installez le module : insmod e1000 <option>=<valeur>
Pour les versions de noyau ultérieures à la version 2.4, cette commande devra peut-être être modifiée de la manière suivante :
modprobe e1000 <option>=<valeur>
Affectez une adresse IP à l'interface en entrant la commande suivante, où <x> correspond au numéro d'interface : ifconfig eth<x> <adresse_IP>
Vérifiez que l'interface fonctionne. Entrez la commande suivante, où <adresse_IP> correspond à l'adresse IP d'un autre ordinateur du même sous-réseau que celui sur lequel l'interface est testée : ping <adresse_IP>
Installation à partir d'un fichier RPM DKMS
Le fichier RPM DKMS du CD d'installation se trouve dans le répertoire : \Linux\DKMS\base_driver\. Autrement, naviguez jusqu'au répertoire contenant le fichier RPM que vous voulez installer. Consultez la table ci-dessous pour déterminer le fichier RPM à utiliser pour votre distribution Red Hat. Pour installer ou désinstaller les fichiers RPM, suivez les instructions ci-dessous.
REMARQUE : la structure DKMS (2.0 ou supérieure) doit être installée avant d'essayer d'installer un fichier RPM DKMS. La structure DKMS est disponible à l'adresse suivante : http://linux.dell.com/dkms/
Les fichiers RPM DKMS sont fournis pour les distributions Linux prises en charge et sont nommés e1000-<version_du_pilote>-<type>.noarch.rpm
<version_du_pilote> et <type> sont spécifiques à la version du pilote utilisé :
<version_du_pilote> est le numéro de version du pilote (ex : 6.2.xy) ;
<type> est soit « sb_dkms » pour les paquetages contenant à la fois les modules sources et binaires, ou « bo_dkms » pour les paquetages contenant uniquement les modules binaires.
La convention de nom pour les fichiers RPM DKMS inclus est :
<nom du composant>-<version du composant>-<type>.noarch.rpm
Par exemple, e1000-5.6.1-sb_dkms.noarch.rpm : e1000 est le nom du composant, 5.6.1 la version, et sb_dkms le type.
REMARQUE : si un fichier RPM a précédemment été installé, il doit être désinstallé avant d'installer le nouveau fichier RPM. Pour déterminer si un ancien fichier RPM est installé, entrez rpm -q e1000.
Pour installer le fichier RPM DKMS, utilisez la commande suivante :
rpm -i <nom_de_fichier>
Pour désinstaller le fichier RPM, utilisez la commande suivante :
Les paramètres optionnels suivants sont utilisés en les entrant sur la ligne de commande avec des commandes modprobe ou insmod, et en utilisant la syntaxe suivante :
modprobe e1000 [<option>=<VAL1>,<VAL2>,...]
insmod e1000 [<option>=<VAL1>,<VAL2>,...]
Par exemple, avec deux cartes Intel PRO/1000 PCI, entrez :
insmod e1000 TxDescriptors=80,128
pour charger le pilote e1000 avec des ressources de transmission de 80 pour la première carte et des ressources de transmission de 128 pour la deuxième.
La valeur par défaut de chaque paramètre est généralement le paramètre recommandé, sauf indication contraire.
Le tableau suivant contient les paramètres et les valeurs possibles pour les commandes insmod et modprobe :
Nom du paramètre
Plages/valeurs valides
Valeur par défaut
Description
AutoNeg
(reportez-vous au tableau ci-dessous pour les valeurs)
0x01-0x0F, 0x20-0x2F
0x2F
Ce paramètre est un masque de bits qui spécifie les paramètres de vitesse et de mode duplex annoncés par la carte. Lorsque ce paramètre est utilisé, les paramètres Speed et Duplex ne doivent pas être spécifiés.
(Pris en charge sur les cartes utilisant des connexions en cuivre uniquement.)
Duplex
0 à 2 (0=négociation automatique, 1=half, 2=full)
0
Définit la direction autorisée du débit des données. Elle peut être uni ou bidirectionnelle. Si le mode duplex et le partenaire de liaison sont tous les deux définis sur la négociation automatique, la carte détecte automatiquement le mode duplex correct. Si le partenaire de liaison est forcé (full ou half duplex), le paramètre Duplex est défini sur half duplex par défaut.
(Pris en charge sur les cartes utilisant des connexions en cuivre uniquement.)
FlowControl
0 à 3 (0=aucun, 1=Réception seule, 2=Transmission seule, 3=Réception et transmission)
Lecture des paramètres de contrôle de flux de l'EEPROM
Ce paramètre contrôle la génération (Transmission) et la réponse (Réception) automatiques aux trames PAUSE Ethernet.
InterruptThrottleRate
100-100000 (0=désactivé, 1=dynamique)
8000
Cette valeur représente le nombre maximum d'interruptions générées par seconde par le contrôleur. InterruptThrottleRate est un autre paramètre utilisé dans la modération des interruptions. Le mode dynamique utilise un algorithme heuristique pour ajuster le paramètre InterruptThrottleRate en fonction de la charge de trafic actuelle.
InterruptThrottleRate n'est pas pris en charge sur les cartes Intel 82542, 82543 ou 82544.
REMARQUE : si le pilote e1000 est chargé avec les paramètres par défaut et que des cartes multiples sont utilisées simultanément, le taux d'utilisation du processeur peut augmenter de façon non linéaire. Pour limiter le taux d'utilisation du processeur sans affecter la performance globale, chargez le pilote de la manière suivante :
Cela définit une valeur InterruptThrottleRate de 3000 interruptions pas seconde pour la première, la deuxième et la troisième instances du pilote. La plage comprise entre 2000 à 3000 interruptions par seconde fonctionne sur la plupart des systèmes et est un bon point de départ, mais la valeur optimale dépend toutefois de la plate-forme. Si le taux d'utilisation du processeur n'est pas un problème, utilisez RX_POLLING (NAPI) et les paramètres par défaut du pilote.
REMARQUE : le paramètre InterruptThrottleRate a priorité sur les paramètres TxAbsIntDelay et RxAbsIntDelay. En d'autres mots, la minimisation des délais de réception et/ou transmission absolus ne force pas la génération, par le contrôleur, d'un nombre d'interruptions supérieur à celui autorisé par le paramètre InterruptThrottleRate.
RxDescriptors
80-256 pour les cartes 82542 et 82543
80-4096 pour toutes les autres cartes prises en charge
256
Cette valeur spécifie le nombre de descripteurs de réception affectés par le pilote. L'augmentation de cette valeur permet au pilote de mettre en mémoire tampon plus de paquets entrants, mais augmente le taux d'utilisation de la mémoire système.
Pour les cartes PCI, chaque descripteur correspond à 16 octets.
Pour les cartes PCI Express en mode de partage des paquets, chaque descripteur correspond à 32 octets.
Pour les cartes PCI et PCI-X, un tampon de réception pouvant stocker une taille fixe de 2 048 octets est affecté à chaque descripteur. Les trames étendues d'une longueur supérieure à 2 048 octets utilisent un nombre correspondant de zones de mémoire de 2 048 octets. Par exemple, un paramètre MTU de 9 000 octets utilisera cinq zones de mémoire de 2 048 octets de cinq descripteurs. Il s'agit d'une nouveauté par rapport au comportement précédent du pilote qui tentait d'allouer des zones de mémoire contiguës supérieures ou égales à la taille MTU. Cela permet également d'améliorer le rendement de la mémoire du pilote e1000.
Pour les cartes PCI Express en mode de partage des paquets, un tampon de réception est affecté avec un tampon d'en-tête de 256 octets et des tampons d'une taille allant jusqu'à trois pages. Par exemple, un paramètre MTU de 9 000 octets utilisera un descripteur constitué d'un tampon d'en-tête de 256 octets et de trois zones de mémoire d'une taille de trois pages.
REMARQUE : la taille d'une « page » est définie dans le noyau du SE. Pour les systèmes i386, la taille est généralement 4 096 octets. Les systèmes basés sur Intel® EM64T et Intel® Itanium peuvent avoir des définitions de taille de page différentes.
RxIntDelay
0 à 65535 (0=désactivé)
0
Cette valeur retarde la génération d'interruptions de réception par unités de 1,024 microsecondes. La réduction des interruptions de réception peut améliorer le rendement de l'unité centrale si elle est réglée correctement en fonction de la spécificité du trafic réseau. L'augmentation de cette valeur augmente la latence à la réception des trames et peut entraîner le ralentissement du débit TCP. Si le système signale des pertes de réceptions, il se peut que cette valeur soit trop élevée et que le pilote ne dispose plus de descripteurs de réception.
ATTENTION : Lorsque le paramètre RxIntDelay est défini sur une valeur autre que 0, les cartes peuvent arrêter de transmettre sous certaines conditions de réseau. Si cela se produit, un message NETDEV WATCHDOG est consigné dans le journal des événements du système. De plus, le contrôleur est automatiquement réinitialisé, ce qui rétablit la connexion réseau. Pour éliminer cet arrêt potentiel, assurez-vous que le paramètre RxIntDelay est défini sur zéro.
RxAbsIntDelay
0 à 65535 (0=désactivé)
128
Cette valeur limite le délai de génération d'interruptions de réception par unités de 1,024 microsecondes. Cette valeur, utile uniquement lorsque le paramètre RxIntDelay est différent de zéro, assure la génération d'une interruption dès la réception du paquet initial dans les délais définis. Un réglage précis et le paramètre RxIntDelay peuvent améliorer le débit du trafic sous certaines conditions de réseau.
(Pris en charge par les cartes Intel 82540, 82545 et supérieures uniquement.)
Vitesse
0, 10, 100, 1000
0
Le paramètre Speed force la ligne à transmettre à une valeur spécifiée en mégabits par seconde (Mbit/s). Si ce paramètre n'est pas spécifié ou est défini sur 0, et que le partenaire de liaison est paramétré pour la négociation automatique, la carte détecte automatiquement la vitesse correcte. Le mode duplex doit également être défini lorsque le paramètre de vitesse est défini sur 10 ou 100.
(Pris en charge sur les cartes utilisant des connexions en cuivre uniquement.)
TxDescriptors
80 à 256 pour les cartes Intel 82542 et 82543
80-4096 pour toutes les autres cartes prises en charge
256
Cette valeur correspond au nombre de descripteurs de transmission affectés par le pilote. L'augmentation de cette valeur permet au pilote de mettre plus de paquets entrants en file d'attente. Chaque descripteur correspond à 16 octets.
REMARQUE : en fonction des ressources système disponibles, la demande d'un nombre de descripteurs de transmission plus grand peut être refusée. Dans ce cas, utilisez un nombre moindre.
TxIntDelay
0 à 65535 (0=désactivé)
64
Cette valeur retarde la génération d'interruptions de transmission par unités de 1,024 microsecondes. La réduction des interruptions de transmission peut améliorer le rendement de l'unité centrale si elle est réglée correctement en fonction de la spécificité du trafic réseau. Si le système signale des pertes de transmissions, il se peut que cette valeur soit trop élevée et que le pilote ne dispose plus de descripteurs de transmission.
TxAbsIntDelay
0 à 65535 (0=désactivé)
64
Cette valeur limite le délai de génération d'interruptions de transmission par unités de 1,024 microsecondes. Cette valeur, utile uniquement lorsque le paramètre TxIntDelay est différent de zéro, assure la génération d'une interruption dès la transmission du paquet initial dans les délais définis. Un réglage précis et le paramètre TxIntDelay peuvent améliorer le débit du trafic sous certaines conditions de réseau.
(Pris en charge par les cartes Intel 82540, 82545 et supérieures uniquement.)
XsumRX
0-1
1
Une valeur de 1 indique que le pilote activera le déchargement du total de contrôle IP des paquets reçus (UDP et TCP) vers le matériel de la carte.
La configuration de la vitesse et du mode duplex s'effectuer à l'aide de trois mots-clés. Ces mots-clés sont Speed, Duplex et AutoNeg.
Si la carte utilise une interface à fibres optiques, ces mots-clés sont ignorés et la carte communique uniquement à 1000 Mbit/s en mode full duplex.
Pour les cartes à câblage en cuivre, l'interaction des mots-clés est la suivante :
Le fonctionnement par défaut est en négociation automatique. La carte annonce toutes les combinaisons de vitesses et de modes duplex prises en charge, et communique à la vitesse et au mode duplex les plus élevés SI le partenaire de liaison est défini pour négocier automatiquement.
Si Speed = 1000, une négociation automatique limitée est activée et la seule vitesse annoncée est de 1000 Mbit/s (les spécifications 1000BaseT nécessitent la négociation automatique).
Si Speed = 10 ou 100, alors les paramètres de vitesse et de duplex doivent être définis. La négociation automatique est désactivée et le paramètre AutoNeg est ignoré. Le partenaire doit également être forcé.
Le paramètre AutoNeg est utilisé lorsqu'un contrôle plus étroit du processus de négociation automatique est requis. Utilisez ce paramètre pour contrôler les combinaisons de vitesse et de duplex annoncées durant le processus de négociation automatique.
Le paramètre peut être une valeur décimale ou hexadécimale, comme spécifié dans la table suivante :
modprobe e1000 AutoNeg=0x01 (limite la négociation automatique à 10 Half) modprobe e1000 AutoNeg=1 (identique à ci-dessus) modprobe e1000 AutoNeg=0x02 (limite la négociation automatique à 10 Full) modprobe e1000 AutoNeg=0x03 (limite la négociation automatique à 10 Half ou 10 Full) modprobe e1000 AutoNeg=0x04 (limite la négociation automatique à 100 Half) modprobe e1000 AutoNeg=0x05 (limite la négociation automatique à 10 Half ou 100 Half) modprobe e1000 AutoNeg=0x020 (limite la négociation automatique à 1000 Full) modprobe e1000 AutoNeg=32 (identique à ci-dessus)
Notez que lorsque ce paramètre est utilisé, les paramètres de vitesse et de duplex ne doivent pas être spécifiés.
N'utilisez pas ce paramètre si le partenaire de liaison est forcé sur une vitesse et un duplex spécifiques. Utilisez plutôt les paramètres de vitesse et de duplex mentionnés précédemment pour forcer la carte à utiliser une vitesse et un duplex identiques.
Configuration du pilote sur des distributions différentes
La configuration d'un pilote réseau pour qu'il se charge correctement lors du démarrage d'un système dépend de la distribution. Habituellement, le processus de configuration entraîne l'ajout d'une ligne d'alias dans le fichier /etc/modules.conf ou /etc/modprobe.conf, ainsi que la modification de plusieurs scripts de démarrage du système et/ou de fichiers de configuration. De nombreuses distributions Linux sont livrées avec des outils qui peuvent effectuer ces modifications pour vous. Pour connaître la façon correcte de configurer un périphérique réseau sur votre système, reportez-vous à votre documentation de distribution. Si, lors de ce processus, vous êtes invité à fournir le nom du pilote ou du module, le nom du pilote de base Red Hat Linux pour la famille de cartes Intel PRO/1000 est e1000.
Par exemple, si vous installez le pilote e1000 pour deux cartes Intel PRO/1000 (eth0 et eth1) et que vous définissez une vitesse et un duplex de 10full et 100half, ajoutez ce qui suit à modules.conf :
alias eth0 e1000 alias eth1 e1000 options e1000 Speed=10,100 Duplex=2,1
Affichage des messages de liaison
Les messages de liaison ne sont pas affichés sur la console si la distribution restreint les messages système. Afin de voir les messages de liaison du pilote réseau sur votre console, définissez le paramètre dmesg sur huit en entrant ce qui suit :
dmesg -n 8
REMARQUE : Ce paramètre n'est pas sauvegardé lors des redémarrages.
Trames étendues
La prise en charge des trames étendues est activée en définissant une valeur MTU plus élevée que la valeur par défaut de 1500 octets. Utilisez la commande ifconfig pour augmenter la valeur MTU. Par exemple :
ifconfig eth<x> mtu 9000 up
Ce paramètre n'est pas sauvegardé lors des redémarrages. La modification du paramètre peut être rendue permanente en ajoutant la ligne :
MTU = 9000
dans le fichier /etc/sysconfig/network-scripts/ifcfg-eth<x>
Cet exemple s'applique aux distributions Red Hat ; les autres distributions peuvent stocker ce paramètre à un emplacement différent.
REMARQUES :
La carte Intel PRO/1000 MT et les cartes basées sur le contrôleur LAN Gigabit Intel 82542 ne prennent pas en charge les trames étendues.
L'utilisation de ces trames à 10 ou 100 Mbit/s pourrait résulter en une diminution des performances ou une perte de liaison.
Pour activer les trames étendues, définissez une taille MTU supérieure à 1 500 dans l'interface.
La taille maximale des trames étendues est 9 238 octets, avec une taille MTU correspondante de 9 216 octets.
Activation de Wake on LAN* (WoL)
WOL est configuré via l'utilitaire Ethtool*. Ethtool est inclus avec toutes les versions de Red Hat ultérieures à Red Hat 7.2. Avec les autres distributions Linux, téléchargez et installez Ethtool depuis le site Web suivant : http://sourceforge.net/projects/gkernel.
Pour obtenir des instructions sur l'activation de la fonctionnalité WOL avec Ethtool, reportez-vous au site Web mentionné ci-dessus.
WoL sera activé sur le système lors de sa prochaine fermeture ou de son prochain redémarrage. Pour cette version de pilote et pour activer la fonctionnalité WOL, le pilote e1000 doit être chargé lors de l'extinction ou du redémarrage du système.
NAPI
Le NAPI (mode d'interrogation de réception) est pris en charge par le pilote e1000. Le mode NAPI est activé par défaut. Pour ignorer le paramètre par défaut, utilisez les indicateurs de compilation suivants.
Pour désactiver NAPI, spécifiez l'indicateur de compilation additionnel suivant lors de la compilation du module de pilote :
make CFLAGS_EXTRA=-DE1000_NO_NAPI install
Pour activer NAPI, spécifiez l'indicateur de compilation additionnel suivant lors de la compilation du module de pilote :
Les cartes Intel sont dotées de diagnostics d'autotest intégrés, comme les conflits E/S, les défaillances de mémoire, la capacité opérationnelle EEPROM et la fonctionnalité de transmission et réception. Ces diagnostics permettent d'identifier les pannes matérielles dues à la connectivité de la carte ou du câble. Cette capacité de test est intégrée à la carte et est accessible via le pilote. Ethtool (version 1.8.1 ou ultérieure) est utilisé comme interface pour les tests de diagnostic et les résultats.
Ethtool est un logiciel libre pouvant être utilisé comme interface pour configurer et diagnostiquer le pilote, ainsi que pour afficher des statistiques.
Ethtool est disponible sur le site suivant : http://sourceforge.net/projects/gkernel. Reportez-vous à la page "man" ethtool pour des informations détaillées sur son utilisation.
Pour invoquer les diagnostics à partir d'ethtool, entrez la commande suivante :
ethtool -t <EthX>
où <EthX> est le nom du périphérique Ethernet testé (ex : « eth0 »).
Voici un exemple de résultat des diagnostics :
The test result is PASS
Register test (offline).......... Passed
EEPROM test (offline).......... Passed
Interrupt test (offline).......... Passed
Loopback test (offline).......... Passed
Link test (on/offline).......... Passed
La série de tests « hors ligne » plus complète est invoquée par défaut. Ces tests interrompent momentanément le trafic actif sur le périphérique testé. Les tests de diagnostic disponibles sont déterminés par la carte d'interface réseau. Les tests exécutés sont déterminés par les paramètres de ligne de commande ethtool.
Les tests suivants sont courants pour de nombreuses cartes Intel :
Nom du test
Description
Résultats du test
Register (Registre)
Des modèles de test sont écrits, lus et vérifiés dans les registres de périphérique de la carte afin d'assurer une bonne fonctionnalité.
Un échec du test peut indiquer que la carte est défectueuse.
FIFO (PEPS)
Cet utilitaire écrit des modèles de vérification des bits dans les mémoires tampons PEPS de la carte afin de s'assurer qu'ils fonctionnent correctement. Le test PEPS n'est pas pris en charge sur toutes les cartes et peut ne pas apparaître dans la liste des résultats.
Un échec du test peut indiquer que la carte est défectueuse.
EEPROM
Ce test est exécuté si la carte est équipée d'une mémoire de ce type. Ce test vérifie la lisibilité de l'EEPROM ainsi que l'intégrité des données via le total de contrôle.
Un échec du test peut indiquer que la carte est défectueuse.
Interruption
Cet test vérifie la capacité de la carte à générer une interruption. Ce test définit et lit le registre des causes d'interruptions en vérifiant que la carte a correctement enregistré une interruption interne.
Un échec du test peut indiquer que la carte est défectueuse.
Loopback (Bouclage)
Deux tests de bouclage internes sont disponibles : bouclage MAC (contrôleur d'accès) et bouclage PHY (contrôleur LAN). Ces tests ne nécessitent pas de connexion ou de récepteur de bouclage externe. Ces tests paramètrent la carte dans le mode de bouclage approprié et renvoient des paquets via le circuit et la logique de réception de la carte.
Un échec du test peut indiquer que la carte est défectueuse.
Link (Liaison)
Ce test vérifie si la carte a établi une liaison avec son partenaire de liaison.
Si le test échoue, vérifiez la connexion des câbles et l'état du partenaire de liaison.
Lorsque vous essayez de compiler le pilote en exécutant la commande 'make install', l'erreur suivante peut se produire :
« Linux kernel source not configured - missing version.h » (source de noyau Linux non configurée - fichier version.h manquant)
Pour résoudre ce problème, créez le fichier version.h en allant dans l'arborescence source du noyau Linux et en entrant :
make include/linux/version.h
SuSE LINUX Enterprise Server 9
Message d'avertissement lors de la création du pilote
Lors de la création du pilote sur les installations SuSE LINUX Enterprise Server 9, le message d'avertissement ci-dessous ou un message similaire peut s'afficher. Vous pouvez ignorer ce message en toute sécurité. Le pilote sera chargé et fonctionnera correctement.
Symbol version dump /usr/src/<kernel-version>-obj/<arch>/<kernel flavor>/Module.symvers is missing, modules will have CONFIG_MODVERSIONS disabled. (Le vidage de version de symbole /usr/src/<version_noyau>-obj/<arch>/<arôme noyau>/Module.symvers est manquant. CONFIG_MODVERSIONS sera désactivé sur les modules.)
Lors du chargement du pilote, ignorez les avertissements dans syslog : linux kernel: <nom du pilote>: no version for "struct_module" found: kernel tainted. linux kernel: <nom du pilote>: unsupported module, tainting kernel.
Impossible de passer le trafic avec UP ou noapic
Dans la configuration de noyau SUSE 9.3 (UP) par défaut, APIC est désactivé et MSI est activé. MSI requiert l'activation de LOCAL_APIC pour fonctionner correctement.
Il s'agit d'un problème de configuration de noyau spécifique à SUSE 9.3. Il est inexistant sur les systèmes Intel® EM-64T ou SUSE 10.
Pour que l'interface PCIe fonctionne correctement sur les noyaux SUSE 9.3 UP, le noyau doit être compilé avec l'une des options suivantes :
désactiver ou annuler la définition de CONFIG_X86_APIC_OFF dans la configuration du noyau (cette opération active APIC et MSI pour le noyau UP) ;
désactiver ou annuler la définition de CONFIG_PCI_MSI dans la configuration du noyau (cette opération désactive APIC et MSI pour le noyau UP).
Configuration minimale requise pour les trames étendues
Des erreurs d'affectation de mémoire ont été observées sur des systèmes Red Hat Linux disposant de 64 Mo de mémoire vive ou moins, lors du traitement de trames étendues. Si vous utilisez des trames étendues, il se peut que votre système nécessite plus de mémoire système que les 64 Mo de mémoire minimum annoncés.
Dégradation des performances avec les trames étendues
Une dégradation du débit peut être observée avec certaines trames étendues. Dans ce cas, il peut s'avérer utile d'augmenter la taille de socket de l'application et/ou les valeurs d'entrée de /proc/sys/net/ipv4/tcp_*mem. Pour davantage de détails, reportez-vous à la documentation spécifique à l'application et au fichier texte /usr/src/linux*/Documentation/networking/ip-sysctl.txt.
Trames étendues sur un commutateur Foundry BigIron 8000
L'utilisation des trames étendues lorsqu'un commutateur Foundry BigIron 8000 est connecté pose un problème. Il s'agit d'une limitation d'une tierce partie. En cas de pertes de paquets, réduisez la taille de l'unité de transmission maximale (MTU).
Plusieurs interfaces sur le même réseau de diffusion Ethernet
Compte tenu du comportement par défaut du protocole ARP sous Linux, il n'est pas possible qu'un système sur deux réseaux IP du même domaine de diffusion Ethernet (commutateur sans partitions) se comporte comme prévu. Toutes les interfaces Ethernet répondront au trafic IP pour toute adresse IP affectée au système. Cela entraîne un trafic de réception déséquilibré.
Si un serveur dispose de plusieurs interfaces, activez le filtrage ARP en entrant :
echo 1 > /proc/sys/net/ipv4/conf/all/arp_filter (fonctionne uniquement si la version de votre noyau est ultérieure à 2.4.5),
REMARQUE : Ce paramètre n'est pas sauvegardé lors des redémarrages. Toutefois, pour rendre la modification de configuration permanente, utilisez l'une des méthodes suivantes :
Ajoutez la ligne suivante à /etc/sysctl.conf :
net.ipv4.conf.all.arp_filter = 1
Installez les interfaces dans des domaines de diffusion séparés (sur différents commutateurs ou sur un commutateur partitionné en réseaux VLAN).
82541/82547 ne peuvent établir de liaison avec certains partenaires ou l'établissement de la liaison est lent
Il existe un problème de compatibilité connu avec 82541/82547 et certains commutateurs selon lequel la liaison ne peut être établie avec certains partenaires ou l'établissement de la liaison est lent. Les commutateurs suivants sont connus pour être incompatibles avec 82541/82547 :
Planex FXG-08TE
I-O Data ETG-SH8
Pour résoudre ce problème, le pilote peut être compilé de sorte à ignorer le paramètre maître/esclave PHY. Forcer le mode maître ou le mode esclave améliorera les délais de liaison.
# make CFLAGS_EXTRA=-DE1000_MASTER_SLAVE=<n>
Où <n> = 0 - Matériel par défaut 1 - Mode maître 2 - Mode esclave 3 - Maître/esclave auto
Désactiver le contrôle de flux de réception avec ethtool
Pour désactiver le contrôle de flux de réception en utilisant ethtool, vous devez désactiver la négociation automatique sur la même ligne de commande. Par exemple :
Si un problème est identifié par le code source distribué avec les noyaux pris en charge d'une carte prise en charge, envoyez par courrier électronique les informations spécifiques relatives au problème à linux.nics@intel.com.
