La désactivation de Enhanced C1 (C1E) dans le BIOS m'a permis de résoudre le problème.

Je ne sais pas si l'état de faible consommation du C1E perturbe le pilote, ou s'il y a une erreur dans le pilote lorsque le processeur est dans cet état.

Quoi qu'il en soit, le problème est résolu.

Désactivation sólo TCP Segmentation Offload (TSO) fait l'affaire pour moi.

ethtool -K eth0 tso off

Remarque : C'est le cas no Il semble nécessaire de désactiver également Generic Receive Offload (GRO) et Generic Segmentation Offload (GSO), comme le recommandent diverses sources. D'après ce que j'ai appris, ils sont implémentés purement dans le logiciel, et devraient être sûrs. Ne sacrifiez pas plus de performances que nécessaire.

J'ai eu le même problème (déclenchement de la même erreur de noyau que vous et d'erreurs SSH dans l'espace utilisateur comme " Corrupted MAC on input ").

Solution

Ce qui a fonctionné pour moi, c'est de désactiver le déchargement de la somme de contrôle TCP :

# ethtool -K eth0 tx off rx off

Intégration propre et à long terme avec debian-ish /etc/network/interfaces :

#!/bin/bash
#
# Disables TCP offloading on all ifaces
#
# Inspired by: @Michelunik https://serverfault.com/a/422554/62953

RUN=true
case "${IF_NO_TOE,,}" in
    no|off|false|disable|disabled)
        RUN=false
    ;;
esac

# Other offloading options that could be disabled (not TCP related):
#  sg tso ufo gso gro lro rxvlan txvlan rxhash
# see man ethtool

if [ "$MODE" = start -a "$RUN" = true ]; then
  TOE_OPTIONS="rx tx"
  for TOE_OPTION in $TOE_OPTIONS; do
    /sbin/ethtool --offload "$IFACE" "$TOE_OPTION" off &>/dev/null || true
  done
fi

source , l'inspiration .

Contexte

• Debian Jessie
• Kernel 4.7.0-0.bpo.1-amd64
• lspci 00:19.0 Ethernet controller: Intel Corporation Ethernet Connection I218-V (rev 04)

Je viens de tomber sur ce readme d'intel :

https://downloadmirror.intel.com/15817/eng/readme.txt

qui dit

82573(V/L/E) Messages de suspension de l'unité TX

Plusieurs adaptateurs avec le chipset 82573 affichent des messages "TX unit hang" pendant le fonctionnement normal avec le pilote avec le pilote e1000. Le problème apparaît aussi bien lorsque TSO est activé que désactivé. et est causé par une fonction de gestion de l'énergie qui est activée dans l'EEPROM. EEPROM. Dans les premières versions des chipsets fournies aux fournisseurs, le bit EEPROM qui activait cette fonction. Après la découverte du problème, des adaptateurs nouveaux adaptateurs ont été mis sur le marché avec la fonction désactivée dans l'EEPROM.

Si vous rencontrez le problème avec un adaptateur et que le chipset est de type 82573, vous pouvez vérifier que votre adaptateur a besoin de la correction en en utilisant ethtool :

ethtool -e eth0

Valeurs de décalage

---

0x0000 00 12 34 56 fe dc 30 0d 46 f7 f4 00 ff ff ff ff

0x0010 ff ff ff ff 6b 02 8c 10 d9 15 8c 10 86 80 de 83

Le bit 0 de la valeur à l'offset 0x001e (de) est désactivé. Cela permet d'activer le d'économie d'énergie problématique. Dans ce cas, l'EEPROM doit lire "df" à l'offset 0x001e. lire "df" à l'offset 0x001e.

Malheureusement, mes adaptateurs problématiques sont 82579V et I219-V dans deux NUC différents, il n'est donc pas certain que la même solution s'applique à moi.