Date: Fri, 29 Jan 2016 19:42:25 +0100 From: Harry Schmalzbauer <freebsd@omnilan.de> To: Mike Tancsa <mike@sentex.net> Cc: FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org> Subject: Re: svn commit: r294958 - in stable/10: share/man/man4 sys/dev/e1000 sys/dev/ixgb sys/dev/netmap Message-ID: <56ABB291.5040305@omnilan.de> In-Reply-To: <56ABAA92.5050901@sentex.net> References: <201601272231.u0RMV8LW019394@repo.freebsd.org> <56ABAA92.5050901@sentex.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Bez=FCglich Mike Tancsa's Nachricht vom 29.01.2016 19:08 (localtime): > On 1/27/2016 5:31 PM, Marius Strobl wrote: >> Author: marius >> Date: Wed Jan 27 22:31:08 2016 >> New Revision: 294958 >> URL: https://svnweb.freebsd.org/changeset/base/294958 >> >> Log: >> Sync the e1000 drivers with what's in head as of r294327, modulo par= ts >> that don't apply to stable/10 (driver API, if_inc_counter(), RSS cha= nges > > Hi, > I am seeing some timeouts since upgrading to this rev. I am running > r295008, i386. onboard NIC > > Manufacturer: Supermicro > Product Name: PDSMi > > > em0: Watchdog timeout Queue[0]-- resetting > Interface is RUNNING and ACTIVE > em0: TX Queue 0 ------ > em0: hw tdh =3D 946, hw tdt =3D 159 > em0: Tx Queue Status =3D -2147483648 > em0: TX descriptors avail =3D 786 > em0: Tx Descriptors avail failure =3D 0 > em0: RX Queue 0 ------ > em0: hw rdh =3D 401, hw rdt =3D 400 > em0: RX discarded packets =3D 0 > em0: RX Next to Check =3D 401 > em0: RX Next to Refresh =3D 400 > em0: link state changed to DOWN > em0: link state changed to UP > em0: Watchdog timeout Queue[0]-- resetting > Interface is RUNNING and ACTIVE > em0: TX Queue 0 ------ > em0: hw tdh =3D 87, hw tdt =3D 378 > em0: Tx Queue Status =3D -2147483648 > em0: TX descriptors avail =3D 720 > em0: Tx Descriptors avail failure =3D 0 > em0: RX Queue 0 ------ > em0: hw rdh =3D 740, hw rdt =3D 739 > em0: RX discarded packets =3D 0 > em0: RX Next to Check =3D 741 > em0: RX Next to Refresh =3D 740 > em0: link state changed to DOWN > em0: link state changed to UP > Limiting open port RST response from 292 to 200 packets/sec > em0: Watchdog timeout Queue[0]-- resetting > Interface is RUNNING and ACTIVE > em0: TX Queue 0 ------ > em0: hw tdh =3D 611, hw tdt =3D 840 > em0: Tx Queue Status =3D -2147483648 > em0: TX descriptors avail =3D 773 > em0: Tx Descriptors avail failure =3D 0 > em0: RX Queue 0 ------ > em0: hw rdh =3D 660, hw rdt =3D 659 > em0: RX discarded packets =3D 0 > em0: RX Next to Check =3D 660 > em0: RX Next to Refresh =3D 659 > em0: link state changed to DOWN > em0: link state changed to UP > > > > # pciconf -lBvcb em0 > em0@pci0:13:0:0: class=3D0x020000 card=3D0x108c15d9 chip=3D0x108= c8086 > rev=3D0x03 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82573E Gigabit Ethernet Controller (Copper)' I guess you haven't compiled the kernel with EM_MULTIQUEUE. I can't remember if 82573 is supposed to be able to handle 2 queues. I couldn't help solving your problem anyways, but I found default number of rx/tx descriptors somewhen increased from 1024 to 4096 for my 82574. What does hw.em.txd read with your 82573? Before my EM-MULTIQUEUE problem vanished, reducing hw.em.txd (and rxd) to 256 relaxed the timeout problem a lot. Seems your interface is recovering after watchdog-reset? Mine stayed unusable unitl I triggered ifconfig down/up. Have you checked if disabling TSO changes anything? Probably checking if hw.em.enable_msix changes symptoms could also narrow down the root cause. Hope your problem also vanishes soon :-) -Harry
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?56ABB291.5040305>