From owner-freebsd-stable@freebsd.org Fri Jan 29 18:42:30 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB08FA72868 for ; Fri, 29 Jan 2016 18:42:30 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 67065119C for ; Fri, 29 Jan 2016 18:42:30 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id u0TIgQv1058788; Fri, 29 Jan 2016 19:42:26 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 37A35ED5; Fri, 29 Jan 2016 19:42:26 +0100 (CET) Message-ID: <56ABB291.5040305@omnilan.de> Date: Fri, 29 Jan 2016 19:42:25 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Mike Tancsa CC: FreeBSD-STABLE Mailing List Subject: Re: svn commit: r294958 - in stable/10: share/man/man4 sys/dev/e1000 sys/dev/ixgb sys/dev/netmap References: <201601272231.u0RMV8LW019394@repo.freebsd.org> <56ABAA92.5050901@sentex.net> In-Reply-To: <56ABAA92.5050901@sentex.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Fri, 29 Jan 2016 19:42:26 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jan 2016 18:42:30 -0000 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