From owner-freebsd-net@FreeBSD.ORG Fri Jan 21 23:13:47 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0C8E106564A for ; Fri, 21 Jan 2011 23:13:47 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from fep32.mx.upcmail.net (fep32.mx.upcmail.net [62.179.121.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2C5BB8FC15 for ; Fri, 21 Jan 2011 23:13:46 +0000 (UTC) Received: from edge01.upcmail.net ([192.168.13.236]) by viefep18-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20110121230149.XTUA1353.viefep18-int.chello.at@edge01.upcmail.net>; Sat, 22 Jan 2011 00:01:49 +0100 Received: from pinky ([213.46.23.80]) by edge01.upcmail.net with edge id yP1m1f0351jgp3H01P1nNw; Sat, 22 Jan 2011 00:01:49 +0100 X-SourceIP: 213.46.23.80 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: pyunyh@gmail.com, sthaug@nethelp.no References: <708793006.292748.1295186099577.JavaMail.root@erie.cs.uoguelph.ca> <20110117005524.GA1305@michelle.cdnetworks.com> <20110118.093804.74673434.sthaug@nethelp.no> Date: Sat, 22 Jan 2011 00:01:47 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <20110118.093804.74673434.sthaug@nethelp.no> User-Agent: Opera Mail/11.00 (Win32) X-Cloudmark-Analysis: v=1.1 cv=YkiHm+ATFBqfWDprzc7VyYVud6sOBg0JMTRaeRDeqNo= c=1 sm=0 a=trLqpcBp2roA:10 a=bgpUlknNv7MA:10 a=kj9zAlcOel0A:10 a=6I5d2MoRAAAA:8 a=fKTGM6A_sFmuBPckhXAA:9 a=GMWG5MmaeuTBz6_-jpoA:7 a=xOrrbokdtFtVwqniSYY1gt3FcqMA:4 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=wZJ6MOQ7J56yhAjc:21 a=5C0IrhARcHsfsxUv:21 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: freebsd-net@freebsd.org, rmacklem@uoguelph.ca Subject: Re: bogus 0 len IP packet, was: Hang in VOP_LOCK1_APV on 8-STABLE with NFS. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 23:13:48 -0000 On Tue, 18 Jan 2011 09:38:04 +0100, wrote: >> > So, does anyone have an idea why the IP length field would be set to 0 >> > for these TCP/IP packets? >> > >> > Here's some info from Ronald w.r.t. his hardware. (All I can think of >> is >> > that he could try disabling TSO, etc?) >> > >> > Thanks in advance for any help with this, rick >> > >> >> It seems that issue came from TSO. Driver will set ip_len and >> ip_sum field to 0 before passing the TCP segment to controller. >> The failed length were 4446, 5858, 3034 and 4310 and the total >> number of such frames are more than 35k within 90 seconds. Since >> failed length 4310 is continuously repeated I guess there is edge >> case where em(4) didn't free failed TCP segment for TSO. >> I remember there was commit to HEAD(r217295) which could be related >> with this issue. > > I'm seeing the same problem with Broadcom NetXtreme (bce) cards: > > bce0@pci0:3:0:0: class=0x020000 card=0x03421014 chip=0x164c14e4 > rev=0x12 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'Broadcom NetXtreme II Gigabit Ethernet Adapter > (BCM5708)' > class = network > subclass = ethernet > > This is with 8.2-PRERELEASE. Turning off TSO (ifconfig bce0 -tso) > removes the problem. > > Steinar Haug, Nethelp consulting, sthaug@nethelp.no > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" I tried -tso and -txcsum in various combinations, but it didn't solve the problem. I wil look for another brand of network card to try. But this has to wait till monday when I'm at the office again. Ronald.