From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.droids-corp.org (zoll.droids-corp.org [94.23.50.67]) by dpdk.org (Postfix) with ESMTP id E7C32234 for ; Fri, 30 Jan 2015 10:15:57 +0100 (CET) Received: from was59-1-82-226-113-214.fbx.proxad.net ([82.226.113.214] helo=[192.168.0.10]) by mail.droids-corp.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1YH7jk-0007Jq-TM; Fri, 30 Jan 2015 10:19:40 +0100 Message-ID: <54CB4BC4.8060509@6wind.com> Date: Fri, 30 Jan 2015 10:15:48 +0100 From: Olivier MATZ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.3.0 MIME-Version: 1.0 To: Prashant Upadhyaya References: <54C8DDF3.2000802@6wind.com> <54C8FB95.7040503@6wind.com> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: dev@dpdk.org Subject: Re: [dpdk-dev] Regarding UDP checksum offload X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jan 2015 09:15:58 -0000 Hi, On 01/29/2015 01:56 PM, Prashant Upadhyaya wrote: > Another thing you can do is to retry on the latest stable dpdk which > is known to work (see csumonly.c in test-pmd). > > Let me add further, I am _just_ doing the UDP checksum offload > and not > the IP hdr checksum offload. I calculate and set IP header > checksum by > my own code. I hope that this is acceptable and does not > interfere with > UDP checksum offload > > > This should not be a problem. > > Indeed it worked with DPDK1.7 and then I retried with DPDK1.6 and it > worked there too. > Must have been some mistake at my end, may be I did not clean properly > when I was experimenting with some values of l2_len. > Sorry for the botheration to the list. > > While we are at it, a quick question -- in case I have an mbuf chain > whose payloads constitute a UDP packet, should I setup the ol_flags and > the l2_len, l3_len fields only in the first mbuf header of the chain or > in all the mbuf headers of the chain ? Only the first mbuf is required. This is the case for all offload infos like flags, tso, ... and it's the same in rx. Regards, Olivier