I have quite a big problem on Debian based Linux distros.
When booting, the system gets stuck at kernel booting quite a long time when addressing the card.
systemd-udevd seems to get stuck quite a long time here.
Even worse, when manually configuring IPv6, the system crashes once the first IPv6 packet sent.
Total freeze, cold reset is the only solution...
This little gem maybe related
[PATCH rdma-core] cxgb4: Add missing null termination of hca_table — Linux RDMA and InfiniBand development
I tried Ubuntu 16.10 and 17.04, and Debian 9 getting the exact same result.
Interestingly Fedora 23 is not affected.
The Chelsio cards are found-able on a budget so are quite popular, and were integrated by brands like NetApp, so not bad. But this apparently kernel bug ruins it all.
Some one else experienced such behavior ?
When booting, the system gets stuck at kernel booting quite a long time when addressing the card.
Code:
booting with LINUX_DEFAULT="--verbose nosplash debug"
[ 4.772733] hid-generic 0003:046D:C22D.0009: input,hiddev0,hidraw8: USB HID v1.11 Device [Logitech G510 Gaming Keyboard] on usb-0000:00:1d.0-1.8.1.2.2/input1
[ 4.877277] usb 2-1.8.1.3.4: New USB device found, idVendor=046d, idProduct=c069
[ 4.877360] usb 2-1.8.1.3.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 4.877440] usb 2-1.8.1.3.4: Product: USB Laser Mouse
[ 4.877504] usb 2-1.8.1.3.4: Manufacturer: Logitech
[ 4.883052] input: Logitech USB Laser Mouse as /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.8/2-1.8.1/2-1.8.1.3/2-1.8.1.3.4/2-1.8.1.3.4:1.0/0003:046D:C069.000A/input/input12
[ 4.883391] hid-generic 0003:046D:C069.000A: input,hidraw9: USB HID v1.10 Mouse [Logitech USB Laser Mouse] on usb-0000:00:1d.0-1.8.1.3.4/input0
[ 62.501496] systemd-udevd[110]: seq 1103 '/devices/pci0000:00/0000:00:01.1/0000:02:00.0/net/eth0' is taking a long time
[ 91.836493] systemd-udevd[131]: error changing net interface name 'eth0' to 'enp2s0': File exists
[ 91.836583] systemd-udevd[131]: could not rename interface '3' from 'eth0' to 'enp2s0': File exists
[ 91.908818] raid6: sse2x1 gen() 5176 MB/s
[ 91.976808] raid6: sse2x1 xor() 5202 MB/s
[ 92.044810] raid6: sse2x2 gen() 10397 MB/s
[ 92.112810] raid6: sse2x2 xor() 8718 MB/s
[ 92.180800] raid6: sse2x4 gen() 15554 MB/s
[ 92.248797] raid6: sse2x4 xor() 11584 MB/s
[ 92.248872] raid6: using algorithm sse2x4 gen() 15554 MB/sEven worse, when manually configuring IPv6, the system crashes once the first IPv6 packet sent.
Total freeze, cold reset is the only solution...
This little gem maybe related
[PATCH rdma-core] cxgb4: Add missing null termination of hca_table — Linux RDMA and InfiniBand development
I tried Ubuntu 16.10 and 17.04, and Debian 9 getting the exact same result.
Interestingly Fedora 23 is not affected.
The Chelsio cards are found-able on a budget so are quite popular, and were integrated by brands like NetApp, so not bad. But this apparently kernel bug ruins it all.
Some one else experienced such behavior ?