Date: Thu, 04 Feb 2016 21:53:27 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 206932] 8111 card stops responding under high load in netmap mode Message-ID: <bug-206932-8@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206932 Bug ID: 206932 Summary: 8111 card stops responding under high load in netmap mode Product: Base System Version: 10.2-STABLE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: software-freebsd@interfasys.ch I've filed a bug report with netmap, but it seems the FreeBSD project is us= ing a different tree, so I'm reporting it here as well. I've reproduced the problem with * 10.1 * 10.2 * 10.2 with the netmap + re code from 11-CURRENT * 10.2 with netmap from the official repository (master) The problem is always the same Using pkt-gen and after 20 or so "batches", the card is overloaded and stops responding. I've tried various driver settings (polling, fast queue, no MSI, irq filtering, etc.), but nothing helped. There is a driver from Realtek, but it doesn't support netmap, so I've trie= d to patch it, but I've got exactly the same results as described in other netmap issues. Only one batch makes it. If I limit the rate, it fails after the to= tal of each batch matches the one of a default batch. One thing I've noticed in my tests is that the generic software implementat= ion (which works flawlessly, but eats a lot of CPU) has 1024 queues and when looking at the number of mbufs used with netstat, I can see that 1024 are in use. In dmesg, I can see that the realtek driver support 256 queues, but in nets= tat, it uses 512 and sometimes even more (erratic changes up to 600+ at which po= int things fail). Could this be the reason? Is this fixable in netmap or is this a driver iss= ue which should be reported in the FreeBSD project? Details about the card ``` re0: <RealTek 8168/8111 B/C/CP/D/DP/E/F/G PCIe Gigabit Ethernet> port 0xe000-0xe0ff mem 0x81300000-0x81300fff,0xa0100000-0xa0103fff irq 17 at dev= ice 0.0 on pci2 re0: Using 1 MSI-X message re0: turning off MSI enable bit. re0: Chip rev. 0x4c000000 re0: MAC rev. 0x00000000 miibus0: <MII bus> on re0 rgephy0: <RTL8251 1000BASE-T media interface> PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Using defaults for TSO: 65518/35/2048 re0: netmap queues/slots: TX 1/256, RX 1/256 re0@pci0:2:0:0: class=3D0x020000 card=3D0x012310ec chip=3D0x816810ec rev=3D= 0x0c hdr=3D0x00 vendor =3D 'Realtek Semiconductor Co., Ltd.' device =3D 'RTL8111/8168B PCI Express Gigabit Ethernet controller' class =3D network subclass =3D ethernet bar [10] =3D type I/O Port, range 32, base 0xe000, size 256, enabled bar [18] =3D type Memory, range 64, base 0x81300000, size 4096, enabl= ed bar [20] =3D type Prefetchable Memory, range 64, base 0xa0100000, size 16384, enabled ``` --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-206932-8>