From owner-freebsd-current@FreeBSD.ORG Tue Mar 11 11:15:42 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 661A11065677 for ; Tue, 11 Mar 2008 11:15:42 +0000 (UTC) (envelope-from vnovy@vnovy.net) Received: from slimak.dkm.cz (smtp.dkm.cz [62.24.64.34]) by mx1.freebsd.org (Postfix) with SMTP id 99B9B8FC28 for ; Tue, 11 Mar 2008 11:15:41 +0000 (UTC) (envelope-from vnovy@vnovy.net) Received: (qmail 57583 invoked by uid 0); 11 Mar 2008 11:15:39 -0000 Received: from r5be28.net.upc.cz (HELO vn.chello.upc.cz) (86.49.64.28) by smtp.dkm.cz with SMTP; 11 Mar 2008 11:15:39 -0000 Message-ID: <47D669C2.50107@vnovy.net> Date: Tue, 11 Mar 2008 12:15:14 +0100 From: Vitezslav Novy User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: qpadla@gmail.com References: <200802042142.38606.qpadla@gmail.com> <006801c87f19$a14d8060$b6db87d4@multiplay.co.uk> <47D5A78F.1050403@vnovy.net> <200803111135.28626.qpadla@gmail.com> In-Reply-To: <200803111135.28626.qpadla@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: IP bad-len 0 ( on em0 ) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Mar 2008 11:15:42 -0000 Nikolay Pavlov wrote: > On Monday 10 March 2008 23:26:39 Vitezslav Novy wrote: >> Steven Hartland wrote: >>> Did you ever get anywhere with this? Did Jack respond? >>> >>> ----- Original Message ----- From: "Nikolay Pavlov" >>> >>> On Wednesday 06 February 2008 19:12:20 Vitezslav Novy wrote: >>>>>> Do you have set TSO flag on interface? >>>>> Good catch. The problem is gone with net.inet.tcp.tso set to 0. >>>>> But TSO is enabled by default in 7.0. Could this be a em driver >>>>> bug? >>>> I don't know. I only saw this when researched another TSO related >>>> problem. >>>> >>>> vita >>> May be Jack could say something about this? >> It is TSO related problem of em driver. >> Affects only cards with adapter->hw.mac.type < e1000_82575. >> During transmit function em_tso_setup is called and this function sets >> packet ip_len field to zero. (also ip csum) >> >> After successful transmit, packet is injected to BPF with zeroed ip_len >> field. > > So this is driver or hardware problem? Should i change a network card? > > It is driver problem. If I understand code, driver has 2 transmit routines, one for older cards a one for newer. I checked routine for my (older type) card, and found problem in em_tso_setup. But now I see that ip_len is zeroed also in em_tso_adv_setup which is used with newer cards. vita