From owner-freebsd-stable@FreeBSD.ORG Mon Jan 25 15:28:22 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 076B4106566B for ; Mon, 25 Jan 2010 15:28:22 +0000 (UTC) (envelope-from lars.eggert@nokia.com) Received: from mgw-mx09.nokia.com (smtp.nokia.com [192.100.105.134]) by mx1.freebsd.org (Postfix) with ESMTP id 77AC48FC14 for ; Mon, 25 Jan 2010 15:28:20 +0000 (UTC) Received: from vaebh106.NOE.Nokia.com (vaebh106.europe.nokia.com [10.160.244.32]) by mgw-mx09.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o0PFS34G021417; Mon, 25 Jan 2010 09:28:19 -0600 Received: from esebh102.NOE.Nokia.com ([172.21.138.183]) by vaebh106.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 25 Jan 2010 17:28:08 +0200 Received: from mgw-sa01.ext.nokia.com ([147.243.1.47]) by esebh102.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Mon, 25 Jan 2010 17:28:08 +0200 Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-sa01.ext.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id o0PFS7gL027848 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Jan 2010 17:28:07 +0200 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.95.3 at fit.nokia.com Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: multipart/signed; boundary=Apple-Mail-1-506999750; protocol="application/pkcs7-signature"; micalg=sha1 From: Lars Eggert In-Reply-To: <147432021001242047k659a26d0s44b35164920aeb74@mail.gmail.com> Date: Mon, 25 Jan 2010 15:25:24 +0100 Message-Id: <95D3CB82-BC44-491D-86E4-5CB82F89C0FC@nokia.com> References: <20091201.102925.218343479.hrs@allbsd.org> <2a41acea0912021249w1aed8e83kf89ceb1e6041edaf@mail.gmail.com> <2a41acea0912021514r2d44dd33n4c364518d7fe1703@mail.gmail.com> <20091203.182931.129751456.hrs@allbsd.org> <4B43F6EE.3010308@ucla.edu> <147432021001242047k659a26d0s44b35164920aeb74@mail.gmail.com> To: Nick Rogers X-Mailer: Apple Mail (2.1077) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.fit.nokia.com [0.0.0.0]); Mon, 25 Jan 2010 17:28:01 +0200 (EET) X-Spam-Status: No, score=-102.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, MISSING_SUBJECT,USER_IN_WHITELIST autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on fit.nokia.com X-OriginalArrivalTime: 25 Jan 2010 15:28:08.0849 (UTC) FILETIME=[FF7C0010:01CA9DD2] X-Nokia-AV: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jason Chambers , "stable@freebsd.org" , "jfvogel@gmail.com" Subject: Re: em interface slow down on 8.0R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Jan 2010 15:28:22 -0000 --Apple-Mail-1-506999750 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, have you tried turning off TCP Segmentation Offloading (net.inet.tcp.tso = sysctl)? That fixed performance issues with some em cards for me. Lars On 2010-1-25, at 5:47, Nick Rogers wrote: > I am having similar em interface problems with some of my production > machines running older intel 2-port cards, since upgrading from = 7.2-RELEASE > to 8.0-RELEASE. The problem is basically, everything works fine, but > periodically the interface "hangs" (tcpdump shows no frames). A reboot = or an > ifconfig down followed by an ifconfig up fixes the problem for some = time. > Traffic peaks at maybe 20mbit per day and its all 802.1Q VLAN tagged = traffic > (about 10 vlan interfaces). When this happens netstat reports only = errors > and no packets on the affected interface. Media is set to autoselect. = This > is happening about 5-10x per day. >=20 > Heres relevant sysctl and ifconfig info. >=20 > dev.em.6.%desc: Intel(R) PRO/1000 Network Connection 6.9.14 > dev.em.6.%driver: em > dev.em.6.%location: slot=3D3 function=3D0 > dev.em.6.%pnpinfo: vendor=3D0x8086 device=3D0x1079 subvendor=3D0x8086 > subdevice=3D0x1179 class=3D0x020000 > dev.em.6.%parent: pci3 > dev.em.6.debug: -1 > dev.em.6.stats: -1 > dev.em.6.rx_int_delay: 0 > dev.em.6.tx_int_delay: 66 > dev.em.6.rx_abs_int_delay: 66 > dev.em.6.tx_abs_int_delay: 66 > dev.em.6.rx_processing_limit: 100 >=20 > em6: flags=3D8843 metric 0 mtu = 1500 > options=3D9b > ether 00:04:23:cd:47:82 > media: Ethernet autoselect (1000baseT ) > status: active >=20 > On Tue, Jan 5, 2010 at 6:35 PM, Jason Chambers = wrote: >=20 >> Hiroki Sato wrote: >>> Thank you! I have investigated some more details. First, I got >>> something wrong with the affected FreeBSD versions; one I tried was >>> 8.0-STABLE, not 8.0-RELEASE. So I started to try 8.0R. A summary = of >>> chips and releases I tried so far is now the following: >>>=20 >>> 7.2R 8.0R 8.0-STABLE >>> 82540EM (chip=3D0x100e8086, rev=3D0x02) OK OK too slow[1] >>> 82541PI (chip=3D0x107c8086, rev=3D0x05) OK ? OK >>=20 >>=20 >> Running 8.0R I've noticed the same problem with this card = (0x107c8086). >> Duplex and speed are manually set at full/1000. >>=20 >>=20 >> em0@pci0:3:3:0: class=3D0x020000 card=3D0x13768086 chip=3D0x107c8086 = rev=3D0x05 >> hdr=3D0x00 >> vendor =3D 'Intel Corporation' >> device =3D 'Gigabit Ethernet Controller (Copper) rev 5 (82541PI)' >> class =3D network >> subclass =3D ethernet >>=20 >>=20 >> Regards, >>=20 >> --Jason >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" >>=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" --Apple-Mail-1-506999750--