lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Sun, 13 Feb 2011 08:17:50 +0100 From: Eric Dumazet <eric.dumazet@...il.com> To: Seblu <seblu@...lu.net> Cc: lkml <linux-kernel@...r.kernel.org>, netdev <netdev@...r.kernel.org>, Francois Romieu <romieu@...zoreil.com>, Ivan Vecera <ivecera@...hat.com> Subject: Re: Mass udp flow reboot linux with RealTek RTL-8169 Gigabit 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 netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists