From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jerin Jacob Subject: Re: [PATCH v2 1/4] ethdev: add Rx offload outer UDP checksum definition Date: Sat, 6 Oct 2018 13:45:38 +0530 Message-ID: <20181006081537.GB21149@jerin> References: <20180913134707.23698-1-jerin.jacob@caviumnetworks.com> <20181004055930.GA4406@jerin> <26087815.IDbtF1NTBH@xps> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Ferruh Yigit , Andrew Rybchenko , Wenzhuo Lu , Jingjing Wu , Bernard Iremonger , John McNamara , Marko Kovacevic , Olivier Matz , dev@dpdk.org, shahafs@mellanox.com, "Ananyev, Konstantin" , didier.pallard@6wind.com To: Thomas Monjalon Return-path: Received: from NAM04-SN1-obe.outbound.protection.outlook.com (mail-eopbgr700063.outbound.protection.outlook.com [40.107.70.63]) by dpdk.org (Postfix) with ESMTP id 308323572 for ; Sat, 6 Oct 2018 10:16:05 +0200 (CEST) Content-Disposition: inline In-Reply-To: <26087815.IDbtF1NTBH@xps> List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" -----Original Message----- > Date: Sat, 06 Oct 2018 00:44:52 +0200 > From: Thomas Monjalon > To: Ferruh Yigit , Jerin Jacob > , Andrew Rybchenko > > Cc: Wenzhuo Lu , Jingjing Wu , > Bernard Iremonger , John McNamara > , Marko Kovacevic , > Olivier Matz , dev@dpdk.org, shahafs@mellanox.com, > "Ananyev, Konstantin" , > didier.pallard@6wind.com > Subject: Re: [dpdk-dev] [PATCH v2 1/4] ethdev: add Rx offload outer UDP > checksum definition > > > 05/10/2018 22:04, Ferruh Yigit: > > On 10/4/2018 6:59 AM, Jerin Jacob wrote: > > > From: Andrew Rybchenko > > >> On 03.10.2018 21:14, Jerin Jacob wrote: > > >>> From: Andrew Rybchenko > > >>>> On 03.10.2018 20:12, Jerin Jacob wrote: > > >>>>> From: Jerin Jacob > > >>>>>> From: Andrew Rybchenko > > >>>>>>> 3. PKT_RX_L4_CKSUM_MASK description says nothing if it is inner or outer. > > >>>>>>> May be it is not directly related to changeset, but I think it would be really > > >>>>>>> useful to clarify it. > > >>>>>> I will update the comment. > > >>>>> Hi Andrew, > > >>>>> > > However, we should re-visit the flag PKT_RX_EIP_CKSUM_BAD. Do we need to block this patch due to the exiting PKT_RX_EIP_CKSUM_BAD definition? I already added the author of the PKT_RX_EIP_CKSUM_BAD flag and ethdev and mbuf maintainers in this list. So what else I need make forward progress on this patch? I think, the definition of PKT_RX_EIP_CKSUM_BAD based on HW capability. It is safe to assume that ALL HW can support CKSUM BAD if the feature is available and hence it is more portable. > >