Mellanox Linux Driver Source code for Mellanox ConnectX-3, ConnectX-3 Pro, ConnectX-4 Lx and ConnectX-4 Ethernet adapters, Mellanox OFED_LINUX-4.1-1.0.2.0

Correctifs
------
- Résolution d’une erreur de compilation dans les noyaux v4.6 ou versions supérieures due à une pile de grande taille dans la fonction get_numa_phys_mask.
- Résolution de l’échec de l’impression de débogage du module mlx5_core avec une valeur prof_sel non valide.
- Résolution d’une erreur de page provoquée par le blocage des EQS dû à l’injection de l’option EEH et à l’appel du code de retrait mlx4.
- Résolution de la panique du noyau dans mlx4_en_get_phys_port_id pendant le redémarrage du serveur.
- Résolution de la panique du noyau à l’arrêt d’openibd suite à l’interrogation d’un esclave inexistant.
- Résolution de l’exclusion de la lecture des erreurs GetDeviceCaps du flux de récupération d’erreur due à la restauration du flux d’erreurs selon les paramètres d’usine.
- Résolution du problème d’affichage de nom identique sur les ports Ethernet 1 et 2 de ConnectX-3 provoqué par l’exécution de biosdavename sur Redhat 6.x avec MLNX_OFED.
- Résolution de l’échec d’allocation de mémoire pour les tampons CQ lors de l’augmentation de la taille de l’anneau RX.
- [ConnectX-3] Résolution de la réception sur le même serveur QP (bouclage) du trafic de multidiffusion sur serveur QP Ethernet brut sur les fonctions virtuelles.
- Résolution de la diminution des performances due à la création de plusieurs poignées d’adresse.
- Résolution d’un problème provoquant la réception dans le désordre des paquets TCP lorsque la technique LRO (Large Receive Offload) est activée.
- Résolution de l’activation de l’adresse MAC 00:00:00:00:00:00 par la vérification des usurpations d’identité.
- Résolution du déclenchement possible de messages NMI sur des serveurs spécifiques dû à un stress très élevé sur le transport du serveur QP connecté dynamiquement.
- Résolution d’un risque de panne sur SLES 12 SP2 dû à une mémoire du noyau insuffisante au démarrage du pilote.
- Résolution d’un dysfonctionnement de la connexion RDMACM avec un taux élevé de connexions accompagné du message d’erreur : RDMA_CM_EVENT_UNREACHABLE.
- Résolution du problème de connexion rdma_cm entre un client et un serveur sur le même hôte impossible avec des interfaces VLAN.
- Résolution d’une perte d’ID de groupe basés sur IP due à une condition de concurrence dans le cache RoCE des ID de groupe.
- Résolution d’une panne du noyau due à l’association du périphérique RXe à un périphérique virtuel (factice).
- Résolution d’une fuite de la mémoire tampon du socket introduite dans le noyau 4.11, et ajout de messages d’avertissement au pilote Soft RoCE pour faciliter la détection des futures fuites de la mémoire tampon du socket.
- Ajout d’impressions de débogage du journal lors du changement de configuration matérielle via la technologie DCB. Pour activer l’impression de débogage du journal, exécutez : ethtool -s msglvl hw on/off
- Résolution d’un problème de backport où les procédures IPv6 étaient appelées alors qu’elles n’étaient pas prises en charge dans le noyau sous-jacent.

Améliorations
-----------------
- Modification du mode RoCE par défaut dans lequel la session RDMA_CM s’exécute sur RoCEv2 plutôt que sur RoCEv1. La session RDMA_CM requiert à la fois les côtés client et serveur pour prendre en charge le même mode RoCE. À défaut, le client ne parviendra pas à se connecter au serveur.

Pour le pilote mlx5 :
- Ajout de la prise en charge de diagnostics RoCE supplémentaires et des compteurs de congestion ECN sous /sys/class/infiniband/mlx5_0/ports/1/hw_counters/ directory.
- Ajout de la prise en charge de la configuration du déchargement de la fonction rx-fcs pour ethtool. La solution FCS du paquet sera normalement tronquée par le matériel ASIC avant d’être envoyée à la mémoire tampon du socket de l’application. Ethtool permet de définir la fonction rx-fcs afin qu’elle ne soit pas tronquée, mais transmise à l’application pour analyse.
- Ajout de l’option d’activation du contrôle de débit prioritaire selon la valeur DSCP. Grâce à cette solution, l’utilisation d’en-têtes VLAN ne sera plus obligatoire.
- Les paramètres ECN ont été déplacés dans le répertoire suivant : /sys/kernel/debug/mlx5//cc_params/
- Ajout de la prise en charge de mlx_fs_dump, un outil python qui permet d’imprimer les règles de direction de façon lisible.
- Ajout de la possibilité de désactiver les fonctions virtuelles explorées sur l’hyperviseur.
- Amélioration des performances avec la désactivation par défaut du bouclage local (monodiffusion et multidiffusion) par le pilote mlx5 lorsque le bouclage local n’est pas utilisé.