[dpdk-dev] [PATCH v1] net/i40e: fix parse ptype issue for NEON vector

Kathleen Capella Kathleen.Capella at arm.com
Wed Mar 10 20:50:49 CET 2021


Tested-by: Kathleen Capella <kathleen.capella at arm.com>

> -----Original Message-----
> From: dev <dev-bounces at dpdk.org> On Behalf Of Feifei Wang
> Sent: Tuesday, March 9, 2021 9:40 PM
> To: jerinj at marvell.com; Ruifeng Wang <Ruifeng.Wang at arm.com>; Beilei Xing
> <beilei.xing at intel.com>; Jeff Guo <jia.guo at intel.com>; Bruce Richardson
> <bruce.richardson at intel.com>; Jianbo Liu <jianbo.liu at linaro.org>
> Cc: dev at dpdk.org; nd <nd at arm.com>; Feifei Wang <Feifei.Wang2 at arm.com>;
> stable at dpdk.org
> Subject: [dpdk-dev] [PATCH v1] net/i40e: fix parse ptype issue for NEON vector
> 
> In i40e NEON vector rx path, the packet descs processing is incorrect.
> This caused wrong packet type been filled in mbuf.
> 
> To fix this, when shifting the pktlen field to be 16-bit aligned, it only needs to
> process the high 16bit of the packet descs instead of the high 32bit.
> 
> Test Results:
> Architecture: arm64
> NIC: XL710
> Driver: i40e
> Package: Ether()/IP()/
> 
> Without this patch:
> desc_to_ptype_v: ptype = 7 (error)
> 
> With this patch:
> desc_to_ptype_v: ptype = 23 (correct)
> 
> Fixes: ae0eb310f253 ("net/i40e: implement vector PMD for ARM")
> Cc: stable at dpdk.org
> 
> Signed-off-by: Feifei Wang <feifei.wang2 at arm.com>
> Reviewed-by: Ruifeng Wang <ruifeng.wang at arm.com>
> ---
>  drivers/net/i40e/i40e_rxtx_vec_neon.c | 20 ++++++++++++++++----
>  1 file changed, 16 insertions(+), 4 deletions(-)
> 
> diff --git a/drivers/net/i40e/i40e_rxtx_vec_neon.c
> b/drivers/net/i40e/i40e_rxtx_vec_neon.c
> index d81269624..ada82a14d 100644
> --- a/drivers/net/i40e/i40e_rxtx_vec_neon.c
> +++ b/drivers/net/i40e/i40e_rxtx_vec_neon.c
> @@ -310,10 +310,16 @@ _recv_raw_pkts_vec(struct i40e_rx_queue
> *__rte_restrict rxq,
>  		/* pkt 3,4 shift the pktlen field to be 16-bit aligned*/
>  		uint32x4_t len3 = vshlq_u32(vreinterpretq_u32_u64(descs[3]),
>  					    len_shl);
> -		descs[3] = vreinterpretq_u64_u32(len3);
> +		descs[3] = vreinterpretq_u64_u16(vsetq_lane_u16
> +				(vgetq_lane_u16(vreinterpretq_u16_u32(len3),
> 7),
> +				 vreinterpretq_u16_u64(descs[3]),
> +				 7));
>  		uint32x4_t len2 = vshlq_u32(vreinterpretq_u32_u64(descs[2]),
>  					    len_shl);
> -		descs[2] = vreinterpretq_u64_u32(len2);
> +		descs[2] = vreinterpretq_u64_u16(vsetq_lane_u16
> +				(vgetq_lane_u16(vreinterpretq_u16_u32(len2),
> 7),
> +				 vreinterpretq_u16_u64(descs[2]),
> +				 7));
> 
>  		/* D.1 pkt 3,4 convert format from desc to pktmbuf */
>  		pkt_mb4 = vqtbl1q_u8(vreinterpretq_u8_u64(descs[3]),
> shuf_msk); @@ -341,10 +347,16 @@ _recv_raw_pkts_vec(struct i40e_rx_queue
> *__rte_restrict rxq,
>  		/* pkt 1,2 shift the pktlen field to be 16-bit aligned*/
>  		uint32x4_t len1 = vshlq_u32(vreinterpretq_u32_u64(descs[1]),
>  					    len_shl);
> -		descs[1] = vreinterpretq_u64_u32(len1);
> +		descs[1] = vreinterpretq_u64_u16(vsetq_lane_u16
> +				(vgetq_lane_u16(vreinterpretq_u16_u32(len1),
> 7),
> +				 vreinterpretq_u16_u64(descs[1]),
> +				 7));
>  		uint32x4_t len0 = vshlq_u32(vreinterpretq_u32_u64(descs[0]),
>  					    len_shl);
> -		descs[0] = vreinterpretq_u64_u32(len0);
> +		descs[0] = vreinterpretq_u64_u16(vsetq_lane_u16
> +				(vgetq_lane_u16(vreinterpretq_u16_u32(len0),
> 7),
> +				 vreinterpretq_u16_u64(descs[0]),
> +				 7));
> 
>  		/* D.1 pkt 1,2 convert format from desc to pktmbuf */
>  		pkt_mb2 = vqtbl1q_u8(vreinterpretq_u8_u64(descs[1]),
> shuf_msk);
> --
> 2.25.1



More information about the dev mailing list