Solución 1:
Intente iniciar el kernel con el pcie_aspm=off parámetro del núcleo.
Solución 2:
Desde el archivo Léame del controlador de Intel:downloadmirror.intel.com/9180/eng/README.txt
82573(V/L/E) Mensajes de bloqueo de la unidad TX
Varios adaptadores con el conjunto de chips 82573 muestran mensajes de "unidad TX bloqueada" durante el funcionamiento normal con el controlador e1000. El problema aparece tanto con TSO habilitado como deshabilitado, y es causado por una función de administración de energía que está habilitada en la EEPROM. Los primeros lanzamientos de los conjuntos de chips a los proveedores tenían el bit EEPROM que habilitaba la función. Después de que se descubrió el problema, se lanzaron nuevos adaptadores con la función deshabilitada en la EEPROM.
Si encuentra el problema en un adaptador y el conjunto de chips está basado en 82573, puede verificar que su adaptador necesita la solución utilizando ethtool:
# ethtool -e eth0
Offset Values
------ ------
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
^^
El valor en el desplazamiento 0x001e (de) tiene el bit 0 sin establecer. Esto habilita la función problemática de ahorro de energía. En este caso, la EEPROM necesita leer "df" en offset0x001e.
Una solución de EEPROM de una sola vez está disponible como un script de shell. Este script verificará que el adaptador es aplicable a la corrección y si la corrección es necesaria o no. Si se requiere la corrección, aplica el cambio a la EEPROM y actualiza la suma de verificación. El usuario debe reiniciar el sistema después de aplicar la solución si se realizaron cambios en la EEPROM.
Ejemplo de salida del script:
# bash fixeep-82573-dspd.sh eth0
eth0: is a "82573E Gigabit Ethernet Controller"
This fixup is applicable to your hardware
executing command: ethtool -E eth0 magic 0x109a8086 offset 0x1e value 0xdf
Change made. You *MUST* reboot your machine before changes take effect!
El script se puede descargar en http://e1000.sourceforge.net/files/fixeep-82573-dspd.sh
Solución 3:
Como sepulturero, me gustaría desenterrar este viejo hilo para compartir mi solución para Ubuntu. Descargue el controlador de red Intel más reciente (3.4.0.2 en el momento de escribir este artículo). Descomprímalo, añada algo a una línea en el Makefile, obtenga el parche, aplíquelo, instálelo, lea el módulo y, finalmente, reinicie. Buena suerte.
wget https://downloadcenter.intel.com/download/15817/Intel-Network-Adapter-Driver-for-PCIe-Intel-Gigabit-Ethernet-Network-Connections-Under-Linux-?product=60019
tar -zxvf e1000e-3.4.0.2.tar.gz
vi e1000e-3.4.0.2/src/Makefile
## Locate line 152: EXTRA_CFLAGS += $(CFLAGS_EXTRA)
## Append -fno-pie
## Download the patch from https://sourceforge.net/p/e1000/bugs/_discuss/thread/9048ab8e
## wget/curl won't work here. THANKS SOURCE FORGE.
patch -p0 < e1000e-3.4.0.2-timer-updates.patch
cd e1000e-3.4.0.2/src/
sudo make install
sudo rmmod e1000e && sudo modprobe e1000e
sudo reboot
Este paquete se completó en Ubuntu 18.04, kernel 4.15.
Solución 4:
Tuve el mismo problema con un e1000e en Ubuntu 18.04.1, 4.15.0-36 kernel y nada ayudó. Actualicé el controlador directamente desde Intel a 3.4.2.1-NAPI, sin ninguna mejora. Todas las cosas enumeradas en este y el otro hilo no ayudaron. Adivinando al leer este informe de error de Ubuntu, he pensado que es una solución alternativa para reducir significativamente el tamaño del búfer de llamada:
sudo ethtool -G eth0 rx 256 tx 256
Esto resuelve el problema por completo para mí y parece no afectar el rendimiento en absoluto (uso de escritorio, solo hizo puntos de referencia básicos).