Messages in this thread | | | Subject | Re: Mass udp flow reboot linux with RealTek RTL-8169 Gigabit | From | Eric Dumazet <> | Date | Sun, 13 Feb 2011 08:17:50 +0100 |
| |
Le dimanche 13 février 2011 à 02:35 +0100, Seblu a écrit : > Hi, >
CC netdev
> Some days ago, one of my computer poweroff without any warning during > a long rsync. Every time i run this long rsync, my computer power off > after a random time. > Firstly i suspected a heat stroke. But it resisted all my heat tests > (cpuburn,ffmpeg,etc). > Secondly i suposed a power issue. But after some tests, it does not > seem to be kind of problem. > Thirdly, i trying to load disk by a lot of read. But system is stable. > > Which is not practical, is that there is no message or trace in logs > file. And why power off? BIOS is configured to restart after a > powerloss. > > So, maybe a network issue? From one another 1Gbit/s wired linux > computer i tryed an udp iperf at full speed (got ~950mbps) and after > some time, host reboot. o0 > I tryed again, and host reboot again. I tryed with "ping -s 65000 -f" > and my host reboot again. I've tryed this with a 2.6.32 (debian > squeeze) and a 2.6.37 (debian experimental) kernel, in both case > host reboot. > > This doesn't explain why my host power off when rsync, but it seems to > have a big issue with kernel driver r8169. > > After starting my flood ping or udp iperf, dmesg show a lot of line: > [ 254.896055] r8169 0000:04:00.0: eth0: link up > [ 254.919976] r8169 0000:04:00.0: eth0: link up > [ 254.943916] r8169 0000:04:00.0: eth0: link up > [ 254.983784] r8169 0000:04:00.0: eth0: link up > [ 255.007710] r8169 0000:04:00.0: eth0: link up > [ 255.031657] r8169 0000:04:00.0: eth0: link up > [ 255.103444] r8169 0000:04:00.0: eth0: link up > > Reboot is curious because it doesnt look like a kernel panic and print > there is no kernel trace. > > My OS is a debian squeeze amd64. My hardware is a intel core i3 + > gigabyte H55N-UBS3 with 4G DDR3. > > Do you need more trace / test? Do you think power off and reboot is linked? >
r8169 driver is known to trigger a reset in case of RX overflow (but a NIC reset should not power off the machine)
Some attempts were done to avoid a reset on some chipsets.
You could try latest linux-2.6 tree. This includes commits
f60ac8e7ab7cbb413a0131d5665b053f9f386526 (r8169: prevent RxFIFO induced loops in the irq handler.)
1519e57fe81c14bb8fa4855579f19264d1ef63b4 (r8169: RxFIFO overflow oddities with 8168 chipsets.)
b5ba6d12bdac21bc0620a5089e0f24e362645efd (r8169: use RxFIFO overflow workaround for 8168c chipset.)
-- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |