Intel Gigabit Ethernet Guide D'utilisation page 125

Il est possible qu'ethtool affiche incorrectement un module SFP+ Fiber comme un câble à fixation
directe
En raison de limitations du noyau, le type de port ne peut être affiché correctement que sur les noyaux 2.6.33 ou de
versions supérieures.
L'exécution de la commande ethtool-t ethX cause des plantages entre le PF et client de test
Lorsqu'il y a des VF actifs, la commande "ethtool -t" n'exécutera qu'un test de lien. Le pilote enregistrera également
dans le syslog que les VF devraient être arrêtés pour effectuer un test complet de diagnostic.
Activation de SR-IOV dans un système d'exploitation invité Microsoft* Windows* Server 2008/R2 32 bits
ou 64 bits sous Linus KVM
KVM Hypervisor/VMM prend en charge l'attribution d'un périphérique PCIe vers un VM. Cela comprend les
périphériques PCIe classiques ainsi que les périphériques compatibles SR-IOV utilisant les contrôleurs avec chipset
Intel 82599 et X540.
Pendant l'attribution directe d'un périphérique PCIe ou d'une fonction virtuelle (VF) SR-IOV vers un VM de base Linux
exécutant un noyau 2.6.32 ou une version ultérieure, il existe un problème connu avec Microsoft Windows Server
2008/R2 VM qui entraîne une erreur "point d'exclamation jaune". KVM VMM est à l'origine de ce problème, et ne vient
pas du pilote Intel ou de la logique SR-IOV du VMM. Le KVM imite un ancien modèle de processeur pour les hôtes et
cet ancien modèle ne prend pas en charge les interruptions MSI-X, condition requise sur Intel SR-IOV.
Si vous souhaitez utiliser les contrôleurs Intel X540 ou 82599 en mode SR-IOV avec KVM et un invité Microsoft
Windows Server 2008/R2, essayez la solution suivante. La solution consiste à dire au KVM d'imiter un modèle de
processeur différent en utilisant qemu pour créer l'hôte KVM :
"-cpu qemu64,model=13"
Impossible d'obtenir le bail DHCP au démarrage avec Red Hat
Pour les configurations où la négociation automatique prend plus de cinq secondes, le script de démarrage risque
d'échouer avec le message suivant :
"ethX: failed. No link present. Check cable?"
Si cette erreur apparaît bien que la présence d'une liaison puisse être confirmée à l'aide d'ethtool ethX, définissez
LINKDELAY=15 dans /etc/sysconfig/network-scripts/ifcfg-ethX.
REMARQUE : l'établissement de la liaison peut mettre jusqu'à 30 secondes. Ajustez la valeur de LINKDELAY
en conséquence.
Il est également possible d'utiliser NetworkManager pour configurer les interfaces, ce qui évite d'avoir à définir de
délais. Pour savoir comment effectuer des configurations à l'aide de NetworkManager, reportez-vous à la
documentation fournie avec votre distribution.
Le chargement du pilote i40e dans les noyaux 3.2.x et supérieurs affiche le message comme quoi le
noyau est taché (Tainted)
En raison de modifications récentes du noyau, le chargement d'un pilote "out of tree" va "tacher" le noyau.
Le pontage logiciel ne marche pas avec les fonctions virtuelles SR-IOV
Les fonctions virtuelles SR-IOV ne parviennent pas à envoyer ou recevoir de trafic entre les VM à l'aide de connexions
émulées sur un pont logiciel Linux et des connexions utilisant les VF SR-IOV.