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: Mon, 8 Oct 2018 15:07:42 +0530 Message-ID: <20181008093741.GA11081@jerin> References: <20180913134707.23698-1-jerin.jacob@caviumnetworks.com> <601d2413-e148-73c4-e7a5-59f09bd02451@intel.com> <20181008082421.GA3554@jerin> <2218090.RkeNvosNi6@xps> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Ferruh Yigit , "Ananyev, Konstantin" , Andrew Rybchenko , "Lu, Wenzhuo" , "Wu, Jingjing" , "Iremonger, Bernard" , "Mcnamara, John" , "Kovacevic, Marko" , Olivier Matz , "dev@dpdk.org" , "shahafs@mellanox.com" , "didier.pallard@6wind.com" To: Thomas Monjalon Return-path: Received: from NAM03-BY2-obe.outbound.protection.outlook.com (mail-by2nam03on0072.outbound.protection.outlook.com [104.47.42.72]) by dpdk.org (Postfix) with ESMTP id 4732D1E25 for ; Mon, 8 Oct 2018 11:38:09 +0200 (CEST) Content-Disposition: inline In-Reply-To: <2218090.RkeNvosNi6@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: Mon, 08 Oct 2018 11:04:51 +0200 > From: Thomas Monjalon > To: Jerin Jacob , Ferruh Yigit > , "Ananyev, Konstantin" > > Cc: Andrew Rybchenko , "Lu, Wenzhuo" > , "Wu, Jingjing" , > "Iremonger, Bernard" , "Mcnamara, John" > , "Kovacevic, Marko" , > Olivier Matz , "dev@dpdk.org" , > "shahafs@mellanox.com" , "didier.pallard@6wind.com" > > Subject: Re: [dpdk-dev] [PATCH v2 1/4] ethdev: add Rx offload outer UDP > checksum definition > > 08/10/2018 10:24, Jerin Jacob: > > From: Ferruh Yigit > > > On 10/6/2018 1:18 PM, Ananyev, Konstantin wrote: > > > > From: Jerin Jacob [mailto:jerin.jacob@caviumnetworks.com] > > > >> From: Thomas Monjalon > > > >>> 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. > > > > > > > > Yes, as I remember PKT_RX_EIP_CKSUM_BAD is based on DEV_RX_OFFLOAD_OUTER_IPV4_CKSUM. > > > > > > Switching to two bit won't reduce the portability, HW supports only reporting > > > CKSUM_BAD can set BAD || UNKNOWN. > > > > UNKNOWN is not a bit. It is represented as 0. It spec has 2 bit, then > > driver need to report GOOD as well. > > > > Same applies for PKT_RX_EL4_CKSUM as well. > > > > > > > > And I think patch is not blocked by PKT_RX_EIP_CKSUM_BAD, it can be changed > > > separately, for this patch question is can we represent PKT_RX_EL4_CKSUM_* with > > > two bits, to have BAD/GOOD/UNKNOWN? > > Yes, exact. > > PKT_RX_EIP_CKSUM_BAD must be left aside. > We should just avoid taking it as a reference. > And we can reconsider its definition later. OK. IMO, Using 2 bit scheme for tunneled checksum has following performance issue from driver side. Driver need to mark the packet as GOOD. All the HW can support detection of BAD. That not necessary mean GOOD in case of tunnel packet, so driver has to detect the packet is tunneled and packet is not BAD then mark GOOD. > > >