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 69EDDA0C46; Fri, 17 Sep 2021 10:16:33 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 2ABE1406B4; Fri, 17 Sep 2021 10:16:33 +0200 (CEST) Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [45.249.212.187]) by mails.dpdk.org (Postfix) with ESMTP id E379B40689 for ; Fri, 17 Sep 2021 10:16:31 +0200 (CEST) Received: from dggeme756-chm.china.huawei.com (unknown [172.30.72.54]) by szxga01-in.huawei.com (SkyGuard) with ESMTP id 4H9ms15KFKzbmYM; Fri, 17 Sep 2021 16:12:21 +0800 (CST) Received: from [10.67.103.128] (10.67.103.128) by dggeme756-chm.china.huawei.com (10.3.19.102) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.8; Fri, 17 Sep 2021 16:16:29 +0800 To: Ferruh Yigit , Stephen Hemminger , Andrew Rybchenko CC: Huisong Li , "dev@dpdk.org" References: <20210709172923.3369846-1-ferruh.yigit@intel.com> <1a891390-1122-6dcf-03e8-1f0b147b30ec@huawei.com> <4e1ae26c-197b-ea45-0860-66c195d1f820@intel.com> <44ea055b-4f43-5cd5-9911-662b6df51623@huawei.com> <78252f7e-3170-344c-fba9-85fcacc36026@intel.com> <00fb2449-cdf1-7af2-1ad9-f16d80def53f@oktetlabs.ru> <20210722074340.054e222c@hermes.local> <5bd0e22e-7761-5157-4281-12c64d057033@huawei.com> <92429aaf-fa18-346a-82a1-e312d0aa9b58@intel.com> From: "Min Hu (Connor)" Message-ID: <7fce33d7-3a31-d729-90af-10216e94be36@huawei.com> Date: Fri, 17 Sep 2021 16:16:29 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <92429aaf-fa18-346a-82a1-e312d0aa9b58@intel.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [10.67.103.128] X-ClientProxiedBy: dggems701-chm.china.huawei.com (10.3.19.178) To dggeme756-chm.china.huawei.com (10.3.19.102) X-CFilter-Loop: Reflected Subject: Re: [dpdk-dev] [PATCH 1/4] ethdev: fix max Rx packet length 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" 在 2021/9/17 16:04, Ferruh Yigit 写道: > On 9/17/2021 2:08 AM, Min Hu (Connor) wrote: >> Hi, Ferruh, >>     What is the status of this set of your patches ? >>     Could they be merged? >> > > Hi Connor, > > I should send a new version of it, will do soon. > Thanks Ferruh. >> >> 在 2021/7/22 22:43, Stephen Hemminger 写道: >>> On Thu, 22 Jul 2021 13:15:04 +0300 >>> Andrew Rybchenko wrote: >>> >>>>> I don't think we care about type of transmission in this level, I assume we >>>>> define min MTU mainly for the HW limitation and configuration. That is why it >>>>> makes sense to me to use Ethernet frame lenght limitation (not IPv4 one). >>>> >>>> +1 >>> >>> Also it is important that DPDK follow the conventions of other software >>> such as Linux and BSD. Cisco and Juniper already disagree about whether >>> header should be included in what is defined as MTU; i.e Cisco says 1514 >>> and Juniper says 1500. >>> . >>> > > . >