From owner-freebsd-stable@FreeBSD.ORG Fri Apr 16 20:42:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E206106566B; Fri, 16 Apr 2010 20:42:09 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (host.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 815208FC14; Fri, 16 Apr 2010 20:42:08 +0000 (UTC) Received: from titan.flintsbach.schmalzbauer.de (titan.flintsbach.schmalzbauer.de [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id o3GKg742005689 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Apr 2010 22:42:07 +0200 (CEST) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <4BC8CB9E.8060802@omnilan.de> Date: Fri, 16 Apr 2010 22:42:06 +0200 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Thunderbird 2.0.0.23 (X11/20090906) MIME-Version: 1.0 To: Jack Vogel References: <4BC82B80.3070108@omnilan.de> <20100416092803.GA17526@icarus.home.lan> <4BC82FF7.1030700@omnilan.de> <201004160822.09359.jhb@freebsd.org> <4BC8A76A.6000107@omnilan.de> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0B3BB703A21B72DC5AC1C0FB" Cc: Brandon Gooch , freebsd-stable@freebsd.org, Jeremy Chadwick , John Baldwin Subject: Re: em JumboFrame improovement and PCIe addon-card regression [Was: Re: em regression, UDP LOR followed by ssh stall] 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: Fri, 16 Apr 2010 20:42:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0B3BB703A21B72DC5AC1C0FB Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Jack Vogel schrieb am 16.04.2010 22:02 (localtime): > Glad things are better. On the Hartwell, the 0x10D3 adapter, what is th= e > problem you are seeing? > I just did an MFC, would ask that you try that code, see if it changes > anything. With latest MFCs I see em0: = but still this LOR: login: lock order reversal: 1st 0xffffff00015d4418 em0:rx(1) (em0:rx(1)) @=20 /usr/src/sys/dev/e1000/if_em.c:1514 2nd 0xffffffff8093f108 udp (udp) @ /usr/src/sys/netinet/udp_usrreq.c:47= 4 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x49 witness_checkorder() at witness_checkorder+0x7ea _rw_rlock() at _rw_rlock+0x58 udp_input() at udp_input+0x1cd ip_input() at ip_input+0xb3 netisr_dispatch_src() at netisr_dispatch_src+0x9e ether_demux() at ether_demux+0x176 ether_input() at ether_input+0x176 em_rxeof() at em_rxeof+0x166 em_msix_rx() at em_msix_rx+0x42 intr_event_execute_handlers() at intr_event_execute_handlers+0x67 ithread_loop() at ithread_loop+0xae fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xffffff8075504d30, rbp =3D 0 --- Is it worth mentioning that I compiled in ZERO_COPY_SOCKETS? So far I couldn't see any SSH session stall anymore. That was my proplem = after updating today, before the latest 7.0.0->7.0.5 change. I'll come back if I can see anything going suboptimal regarding "hartwell= " Also the em1 (PRO/1000 Legacy Network Connection 1.0.1, pciconf device=20 82541EI): em1: Watchdog timeout -- resetting is solved/gone/vanished :) Thanks! (why doesn't 'pciconf -lv' show a "device" entry for Hartwell?) But I also have to tell that enabling jumbo frames is a big performance=20 degradation with SMB downloads. Uploads completely hang. With RELENG_8,=20 6 weeks ago, I could manage to get 75MB/s transfers to my windows SR2600 = servers, MTU9014 and FreeBSD MTU1500, untuned Samba 3.3.10. Today, after updating RELENG_8 with unchanged samba, jumbo frames=20 enabled (mtu 9000 on FreeBSD), downloading via CIFS was half the=20 transfer rate and uploading almost completely stalled. Will see to track down the "upload" problem. So far, jumbo frames at=20 least work with ICMP payloads up to 8972 bytes, but enabling still is a=20 tranfer rate regression. Thanks, -Harry --------------enig0B3BB703A21B72DC5AC1C0FB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkvIy58ACgkQLDqVQ9VXb8iXGwCgnc44omLHMv1gCt9ehA6z61k3 9PwAn0Lu1Tw9dICbkpMIbhDIXAV3fWQf =1Ted -----END PGP SIGNATURE----- --------------enig0B3BB703A21B72DC5AC1C0FB--