From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 4E725A04B5; Wed, 13 Jan 2021 12:32:58 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id C3B8C140D22; Wed, 13 Jan 2021 12:32:57 +0100 (CET) Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by mails.dpdk.org (Postfix) with ESMTP id 24090140D21 for ; Wed, 13 Jan 2021 12:32:55 +0100 (CET) IronPort-SDR: tJZq9/jqd0H9DaPxSxcLwAyqwlfjVLKlv1s60SMCKr7g0eeWWHQl0ArIvrm1A68KJHcuJvr/l9 HCOsZjD3TX1w== X-IronPort-AV: E=McAfee;i="6000,8403,9862"; a="196825821" X-IronPort-AV: E=Sophos;i="5.79,344,1602572400"; d="scan'208";a="196825821" Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Jan 2021 03:32:54 -0800 IronPort-SDR: +S/g0Ul3GhYsTCkPP4elC9heuXcC1y8+MIKodkLyEDtotJuISSGSvrCQOeLowDdFDh1yDDLYJ3 pH/WRWb5Tkbw== X-IronPort-AV: E=Sophos;i="5.79,344,1602572400"; d="scan'208";a="363856519" Received: from fyigit-mobl1.ger.corp.intel.com (HELO [10.213.253.194]) ([10.213.253.194]) by orsmga002-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Jan 2021 03:32:40 -0800 To: Steve Yang , dev@dpdk.org Cc: wenzhuo.lu@intel.com, beilei.xing@intel.com, bernard.iremonger@intel.com, asomalap@amd.com, rahul.lakkireddy@chelsio.com, hemant.agrawal@nxp.com, sachin.saxena@oss.nxp.com, jia.guo@intel.com, haiyue.wang@intel.com, g.singh@nxp.com, xuanziyang2@huawei.com, cloud.wangxiaoyun@huawei.com, zhouguoyang@huawei.com, xavier.huwei@huawei.com, humin29@huawei.com, yisen.zhuang@huawei.com, oulijun@huawei.com, jingjing.wu@intel.com, qiming.yang@intel.com, qi.z.zhang@intel.com, rosen.xu@intel.com, sthotton@marvell.com, srinivasan@marvell.com, heinrich.kuhn@netronome.com, hkalra@marvell.com, jerinj@marvell.com, ndabilpuram@marvell.com, kirankumark@marvell.com, rmody@marvell.com, shshaikh@marvell.com, andrew.rybchenko@oktetlabs.ru, mczekaj@marvell.com, thomas@monjalon.net, ivan.boule@6wind.com, konstantin.ananyev@intel.com, samuel.gauthier@6wind.com, david.marchand@6wind.com, shahafs@mellanox.com, stephen@networkplumber.org, maxime.coquelin@redhat.com, olivier.matz@6wind.com, lihuisong@huawei.com, shreyansh.jain@nxp.com, wei.dai@intel.com, fengchunsong@huawei.com, chenhao164@huawei.com, tangchengchang@hisilicon.com, helin.zhang@intel.com, yanglong.wu@intel.com, xiaolong.ye@intel.com, ting.xu@intel.com, xiaoyun.li@intel.com, dan.wei@intel.com, andy.pei@intel.com, vattunuru@marvell.com, skori@marvell.com, sony.chacko@qlogic.com, bruce.richardson@intel.com, ivan.malov@oktetlabs.ru, rad@semihalf.com, slawomir.rosek@semihalf.com, kamil.rytarowski@caviumnetworks.com, wei.zhao1@intel.com, junyux.jiang@intel.com, kumaras@chelsio.com, girish.nandibasappa@amd.com, rolf.neugebauer@netronome.com, alejandro.lucero@netronome.com References: <20201209031628.29572-1-stevex.yang@intel.com> <20201217092312.27033-1-stevex.yang@intel.com> From: Ferruh Yigit Message-ID: Date: Wed, 13 Jan 2021 11:32:36 +0000 MIME-Version: 1.0 In-Reply-To: <20201217092312.27033-1-stevex.yang@intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Subject: Re: [dpdk-dev] [PATCH v2 00/22] fix rx packets dropped issue X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 12/17/2020 9:22 AM, Steve Yang wrote: > The jumbo frame used the 'RTE_ETHER_MAX_LEN' as boundary condition, this > fix will change the boundary condition with 'RTE_ETHER_MTU' and overhead. > > When the MTU(1500) set, the frame type of rx packet will be different > if used different overhead, it will cause the consistency issue, and the > normal packet will be dropped. Hence, using fixed value 'RTE_ETHER_MTU' > can avoid this issue. > > Following scopes will be changed: > - 'rte_ethdev' > - 'app', e.g.: 'test-pmd'; > - net PMDs which support VLAN tag(s) within overhead, e.g.: i40e; > > --- > v2: > - defined the 'RTE_ETHER_MTU + overhead' to 'driver_ETH_MAX_LEN'; > - changed the 'mtu > RTE_ETHER_MTU' to 'frame_size > driver_ETH_MAX_LEN'; > --- > > Steve Yang (22): > ethdev: fix MTU size exceeds max rx packet length > app/testpmd: fix max rx packet length for VLAN packets > net/dpaa: fix the jumbo frame flag condition for mtu set > net/dpaa2: fix the jumbo frame flag condition for mtu set > net/e1000: fix the jumbo frame flag condition for mtu set > net/hns3: fix the jumbo frame flag condition for mtu set > net/i40e: fix the jumbo frame flag condition > net/iavf: fix the jumbo frame flag condition > net/ice: fix the jumbo frame flag condition > net/ipn3ke: fix the jumbo frame flag condition for mtu set > net/octeontx: fix the jumbo frame flag condition for mtu set > net/octeontx2: fix the jumbo frame flag condition for mtu > net/qede: fix the jumbo frame flag condition for mtu set > net/sfc: fix the jumbo frame flag condition for mtu set > net/thunderx: fix the jumbo frame flag condition for mtu set > net/ixgbe: fix the jumbo frame flag condition > net/cxgbe: fix the jumbo frame flag condition > net/axgbe: fix the jumbo frame flag condition for mtu set > net/enetc: fix the jumbo frame flag condition for mtu set > net/hinic: fix the jumbo frame flag condition for mtu set > net/nfp: fix the jumbo frame flag condition for mtu set > net/liquidio: fix the jumbo frame flag condition for mtu set Driver maintainers please be aware that this set is planned to be merged for -rc1, last a few days to review changes to your driver.