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 C29B8A0C4B; Fri, 5 Nov 2021 15:39:42 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 9DF3041134; Fri, 5 Nov 2021 15:39:42 +0100 (CET) Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by mails.dpdk.org (Postfix) with ESMTP id 57FB740E5A for ; Fri, 5 Nov 2021 15:39:41 +0100 (CET) X-IronPort-AV: E=McAfee;i="6200,9189,10158"; a="219105113" X-IronPort-AV: E=Sophos;i="5.87,212,1631602800"; d="scan'208";a="219105113" Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 05 Nov 2021 07:39:40 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.87,212,1631602800"; d="scan'208";a="730543810" Received: from orsmsx603.amr.corp.intel.com ([10.22.229.16]) by fmsmga005.fm.intel.com with ESMTP; 05 Nov 2021 07:39:38 -0700 Received: from orsmsx610.amr.corp.intel.com (10.22.229.23) by ORSMSX603.amr.corp.intel.com (10.22.229.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.12; Fri, 5 Nov 2021 07:39:38 -0700 Received: from orsmsx612.amr.corp.intel.com (10.22.229.25) by ORSMSX610.amr.corp.intel.com (10.22.229.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.12; Fri, 5 Nov 2021 07:39:37 -0700 Received: from ORSEDG602.ED.cps.intel.com (10.7.248.7) by orsmsx612.amr.corp.intel.com (10.22.229.25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.12 via Frontend Transport; Fri, 5 Nov 2021 07:39:37 -0700 Received: from NAM10-DM6-obe.outbound.protection.outlook.com (104.47.58.108) by edgegateway.intel.com (134.134.137.103) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2242.12; Fri, 5 Nov 2021 07:39:37 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=a1BzQt/knecqboMDejMEd+aCG+RMgkTr1xy4xafajRiy3PS3OXk4NSMOnwIvVZtzL89pOR6V5G85c01WqPwQsA58o8nGcR9b8VoPKyrRFU1P7EafMI50t5Z8SykzGh26OOB/pY+ij5xC/weK3Yk9HtHsQfZjTn81PTOwfBiBZ/lLs7gjGkesX+FAKlb72hPUEVjKKLM1RoeZFqfA3/zmV6WvUnuMzorgPyQrD3800hF7SJqw37fY1DBva6u4wgZksdo8CKO3IMk5rEs5BE1hOtGK/jqxhP/8xssvPtcE43UbMzMjafXoynwfYEj/6ETo8p0Qf1xqn+Tjn0QmaZQAQQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=dNAHUcME1atZ+8Ldn0cygldsqAvxYrm8itaw1DaStSo=; b=ZXGfC32jXI57m8s4WVUQMiGAWGcv6nnA/Z6t35iH3pDAmns40gDgHcaemNDA72RxV/RQNCcRa+KwcVw0p0kCisMzVCvw4uHCxJiTvzWHG8cj6RjRYH2TTLx6tdJp3VAiJaIAU1lT7HAjo6QaWYHh3nc29/qXen/3tpswimcoxJ9ihd02HkW+F2PGrM0oHPvs3dOOyUkC1PzknF3HdVG//bGnd4Y5bDpchnonmp9Wo7lMI1R6ANhSZjyju6lzUFR9lmXgekn0gypw2QQuzLxHsJvtYH4x1AdrSF2o2xauUb1X840YEW8Pw8PEnRFM3M9NNfj/jVRfDP6rpZjTZ7IUqQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intel.com; dmarc=pass action=none header.from=intel.com; dkim=pass header.d=intel.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=intel.onmicrosoft.com; s=selector2-intel-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=dNAHUcME1atZ+8Ldn0cygldsqAvxYrm8itaw1DaStSo=; b=tW79r/Rwz/kpr+Z9d0J9DIFwo8P7/y1SjPb43up++52wWDwlh51nZwAZgKyk+jEvErYH7kNreGOroxhalNNhNDK36mkxp+7A5AQGi2qYXXddchey4SVYyN7kT8YVInCTlkSklr0irexbNfQ9BwjLxOftxwSlkqE8zY3j0atyp9I= Authentication-Results: nvidia.com; dkim=none (message not signed) header.d=none;nvidia.com; dmarc=none action=none header.from=intel.com; Received: from PH0PR11MB5000.namprd11.prod.outlook.com (2603:10b6:510:41::19) by PH0PR11MB5014.namprd11.prod.outlook.com (2603:10b6:510:31::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4669.10; Fri, 5 Nov 2021 14:39:31 +0000 Received: from PH0PR11MB5000.namprd11.prod.outlook.com ([fe80::bd7d:29be:3342:632c]) by PH0PR11MB5000.namprd11.prod.outlook.com ([fe80::bd7d:29be:3342:632c%7]) with mapi id 15.20.4669.011; Fri, 5 Nov 2021 14:39:31 +0000 Message-ID: <22c8f4a3-e751-fe9c-e8fb-d7e7cd32dabc@intel.com> Date: Fri, 5 Nov 2021 14:39:13 +0000 Content-Language: en-US To: "Xueming(Steven) Li" , "mczekaj@marvell.com" , "bruce.richardson@intel.com" , "mdr@ashroe.eu" , "sthotton@marvell.com" , Matan Azrad , "kirankumark@marvell.com" , "beilei.xing@intel.com" , "rmody@marvell.com" , "chenbo.xia@intel.com" , "somnath.kotur@broadcom.com" , "jiawenwu@trustnetic.com" , "heinrich.kuhn@corigine.com" , "hemant.agrawal@nxp.com" , "maxime.coquelin@redhat.com" , "asomalap@amd.com" , "andrew.rybchenko@oktetlabs.ru" , "skori@marvell.com" , "pbhagavatula@marvell.com" , "ajit.khaparde@broadcom.com" , "hkalra@marvell.com" , "shaibran@amazon.com" , "harry.van.haaren@intel.com" , "chas3@att.com" , "jasvinder.singh@intel.com" , "cloud.wangxiaoyun@huawei.com" , "jerinj@marvell.com" , "qiming.yang@intel.com" , "kirill.rybalchenko@intel.com" , NBU-Contact-Thomas Monjalon , "srinivasan@marvell.com" , "mk@semihalf.com" , "xiaoyun.li@intel.com" , "bernard.iremonger@intel.com" , "mw@semihalf.com" , "gakhil@marvell.com" , "keith.wiles@intel.com" , "xiao.w.wang@intel.com" , "xuanziyang2@huawei.com" , "nicolas.chautru@intel.com" , "qi.z.zhang@intel.com" , "g.singh@nxp.com" , "aboyer@pensando.io" , "steven.webster@windriver.com" , "john.mcnamara@intel.com" , "evgenys@amazon.com" , "humin29@huawei.com" , "johndale@cisco.com" , "irusskikh@marvell.com" , "tomasz.kantecki@intel.com" , "dsinghrawat@marvell.com" , "shshaikh@marvell.com" , "oulijun@huawei.com" , "lironh@marvell.com" , Slava Ovsiienko , "sachin.saxena@oss.nxp.com" , "jianwang@trustnetic.com" , "rahul.lakkireddy@chelsio.com" , "matt.peters@windriver.com" , "skoteshwar@marvell.com" , "rosen.xu@intel.com" , "zr@semihalf.com" , "jingjing.wu@intel.com" , "konstantin.ananyev@intel.com" , "radu.nicolau@intel.com" , "yisen.zhuang@huawei.com" , "igorch@amazon.com" , "declan.doherty@intel.com" , "haiyue.wang@intel.com" , "zhouguoyang@huawei.com" , "hyonkim@cisco.com" , "ndabilpuram@marvell.com" , "cristian.dumitrescu@intel.com" , "david.hunt@intel.com" CC: "dev@dpdk.org" , "lihuisong@huawei.com" References: <20211001143624.3744505-1-ferruh.yigit@intel.com> <20211018134854.1258938-1-ferruh.yigit@intel.com> <2224cd8c-2042-ae58-1628-8b92ef076ad1@intel.com> <6dec92640c47a5299de5260aa786faf557e15aab.camel@nvidia.com> From: Ferruh Yigit X-User: ferruhy In-Reply-To: <6dec92640c47a5299de5260aa786faf557e15aab.camel@nvidia.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: LO2P265CA0511.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:13b::18) To PH0PR11MB5000.namprd11.prod.outlook.com (2603:10b6:510:41::19) MIME-Version: 1.0 Received: from [192.168.0.206] (37.228.236.146) by LO2P265CA0511.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:13b::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4669.11 via Frontend Transport; Fri, 5 Nov 2021 14:39:17 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 11b651a7-409c-4a19-050c-08d9a06a136d X-MS-TrafficTypeDiagnostic: PH0PR11MB5014: X-LD-Processed: 46c98d88-e344-4ed4-8496-4ed7712e255d,ExtAddr X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:9508; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: M6IJFuetCF4FcNnfRDJflDjL+lk5mcs8be+32eAjL/ihDTnOBGarpvZbh5kKMM4rZIGJOvJJSmztgb99kFOAoxXs+YuPfsHUXrVU+NKiufDVblpzU4W/xP82saWciBgFkvJxxkE2NA2+s9NrykBVYXb9NII9WnrZ/kYO4dKltzY/IRroqfwdz4iSW30bd/zDkkBL+oppJmuJSaukeB/LqZ2l4KxotcQ4w28uNrrYEz0mqHZHz5clfA9vtbm4C3BZ6iN1b7qNUohSkkGOsb2NUoMeS+rueGfd8qS+vV2K1j58scNiRFthgvvNwz+XD+6coHM+Xh/N6BfBcbBdrwXYy7Pq0rKC2YkXqwObREV/dQ3dVuvSTzh1Kv4YqHnBFgKLhmLTnsxgWRkCjT7SW2vc2G01PCXyc83rZLGhf4Fyz9N73Guwa4S1CSXKEAg7Or9K4NG5nsXeaNxFCNjPmO5V87y6KHxQ8utwOOgFvY3Z1O1LF+soJ+gQKxRXRajDNnjKvOMkQgJ+a16YjEW4GQZs6RXoc/tJdR2RDiam8qrRFUyaPzExzhElSrzvbIA7+49UU/IWt6vUayhSdtnH+qkZXVPc/ga5VyB7fptZuckB44QXExVdQSOFK+8aY8UY5kjKFjEeeI0CWTmSokTKg619XuuvyrVrdY6XuAtTDwHrMu0x1j76gy9uhKMA1bjzU4taB3buKym7ax2xjd/AxtHauSKu9jVDENc12hEY/mBZkAQ= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PH0PR11MB5000.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(366004)(82960400001)(36756003)(83380400001)(38100700002)(7366002)(6486002)(110136005)(5660300002)(921005)(1191002)(44832011)(6636002)(4001150100001)(508600001)(31686004)(4326008)(7416002)(316002)(26005)(53546011)(2906002)(186003)(66476007)(7406005)(66946007)(66556008)(16576012)(86362001)(2616005)(8936002)(54906003)(31696002)(6666004)(956004)(8676002)(45980500001); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?eFQ1YlpRNGdBbkh6bnJtN2VyNlJCNGY4Wm5tdGxXVmpUekw1N0Z3QW5relJK?= =?utf-8?B?cE8vQm1rUUxERjJuUjd3aDNrZjhMc3JBTk5tZTRRQWFlUEYwZXVySVFKTEpP?= =?utf-8?B?Y0l3V3lGTFozV0Q5UmhDc0tyRlZPQmdTTDgrQU1JTTdzNHJVMFh5NEJVeVdt?= =?utf-8?B?ZjZSOXZMdEFzSFlDeEsrNEdOQ2lZT2MxV09Dc3ZNbVRERmZHNE5pL2JxTUFE?= =?utf-8?B?ci9KWWk5V1VuMmdnekUzb2lKM3BuZ29HQWhTbC93cStneExsajlvdVpZaURo?= =?utf-8?B?eHVrUExzN1g5ZGRHNytvSlFxblQwcDVLdE1neVNYSUFoYzFXbk9ZKzBhR1No?= =?utf-8?B?eTJBcEE4bUh0K2ZFb3B6L0Q5cHhhMTg4QXpxS2VSZWtaY3BCcVZSMmx3OGdO?= =?utf-8?B?M1VlWThTek9PdUtIK0s3UFFqZ2FkbkZySERRS1gxdDlkZ2VVUkZPTUJEd2xR?= =?utf-8?B?aFJZZTZaS2d5c0N4eVQxU3Z0VUxFTVcvZnRDOHVFUGRJK1Fob3Y1L0R6bVdT?= =?utf-8?B?VVFaM2pGWHgvTzRvNVVzYU9nNThOY0gzcG0vcmxWODFheWdwc2ZxcFptbGV3?= =?utf-8?B?YTBIV0QweFRnN3hQVUozQVBDNzBmM2RVMFNsZDRDRTljczNEdk1yZHA4TGdD?= =?utf-8?B?aHN4WldoZ25WNERqcXEyWk5XVG5HTStkVDBmWVlNVlh4eGdwWDI0MGdvdmEr?= =?utf-8?B?QVFMMURlSS81cVR0SU9qWjhNeGp6anFJZ2VVdmlyNGQxc0k0dGd4V3pNMy9N?= =?utf-8?B?SU5sWjc2dW15MlR4THhSSjRueDB1MEtxeHhyZS81ZU1kTXI5UjhvcWZlMWVL?= =?utf-8?B?dmFyOU9QQTMydDR5Nm1mZkczdnVqREdVZUJmMFo0QkNKQnVEVkJ4U01PWSt0?= =?utf-8?B?Ynd5d0kyam05Y29mdmlhdWlCbmVGVGV4dk93RmExOFFNUXFsSFBDdkZmV2dL?= =?utf-8?B?WUFIRTliQkc5U1pqYzVSQVRoY1lGZ2dYaE13clFrVEczYmlhb3NYRXlJTE1D?= =?utf-8?B?RG8vUUIrTWpXazVqb25ZZnVENjRSRWhUUkhWOC9RYmdzQ040V0VBSGw5eU40?= =?utf-8?B?eVlSVFJCeWFxeGN6T3lpcStVMm0zVjRnMEs4ajVBdUpxMm5tNjNxeC9EdStO?= =?utf-8?B?WDFHSldZQVpoY0RSanlOZmtuRWVxMnFQYWRVb1NKVDFUVFhZVWtLVWRWak51?= =?utf-8?B?QkNwVDc5enAzK3VZdnpEdWlyS2R0eW90akxoWlczRC9aMHNvRWh4MTFlM3ll?= =?utf-8?B?VXgxZjdPZFBEMmhzcExpcUsyOU03elhXU2J5UUtFcDgrQlBSZ01ONXU0ck9l?= =?utf-8?B?bHovd0xKSU5Qc0thZ2l0bWJjU2NqUG1CK051VjUxMlpLZ2JZemwzNW13NjU0?= =?utf-8?B?M1BjQzhOd2ZJZmVaZzh5SzMzYW85ZlcxSk1vUERkamU5eUh2blEvRkswak5D?= =?utf-8?B?QUhnQjJMTGhLMXdJMkdxbnBNTEs1S0x1LzNtcDlIVlFUWGwrcmUvVm1uN3RJ?= =?utf-8?B?ZU9pNHJUYWpNbzhjRXZ4OWgrdk5VVUNXeExtN0xMY1lRdmh4VHlqRDFCOEdJ?= =?utf-8?B?bGYrQzJQd3lQZCs4TjB4bXZDMTZrSTI4SW1DbGNncXg0UWZkejV6Y1plcS94?= =?utf-8?B?RjYyQjBhaEx3UlloY2w3NEJ1Sys2QTdSYzcra1ZLQStZNWVvVlM3YmxZWVlC?= =?utf-8?B?Z1JaTHhCbnRhSzAybFE4d1p3aXM3RmhXZUt3L2dKV3QveGNsNmUzMFdVbm5h?= =?utf-8?B?eFM2NnBrd3htc0pMVlh4aTVCY2FzMTFPZHF2cDlXR0FPTnVzY3BhdklRaDVP?= =?utf-8?B?ZDdnb2hyL0dKTnhBcmx3cW00ektNS0MxR1BxWU94VnhtMmNTOVp1YmlGS1hV?= =?utf-8?B?d2RvZmlkSkM1WDBXV3FhRXhDSUsvNDJrazhDY0hJT0YyWGxVc3IzRk81Y203?= =?utf-8?B?Z0RNUmxIYVJBNlBxODJ6UUMyUTVCTUMvSEc0azVRUjhaeVlRRituMGNIcU44?= =?utf-8?B?VlhVSVFRUlBab25pcnJjSEkyNnU2OTlrekIwRDVMSHorYS9VZjRuWlk1L2I1?= =?utf-8?B?TlVWb3I3UXZrMkVvRnJHRVhoTTRZK053K1F5K0pDanJRMjRIRytiQlRiSkpt?= =?utf-8?B?dFNIZXhVbnloVzg1K2h6azkvN2h5UGMzaGZ0ejJiMEo0VXFxaHZaZm92bUVM?= =?utf-8?Q?97Xh9/lXO9SfPhbmwcDlUT4=3D?= X-MS-Exchange-CrossTenant-Network-Message-Id: 11b651a7-409c-4a19-050c-08d9a06a136d X-MS-Exchange-CrossTenant-AuthSource: PH0PR11MB5000.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 05 Nov 2021 14:39:30.6985 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 46c98d88-e344-4ed4-8496-4ed7712e255d X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: dWshay4y/XKTqJvMoWEXjabyEZjcwohaBTQmiIfB63ajcSv/+/BThtdxfQA39y1iweHywut9UjSu9p3Cdd+1Uw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR11MB5014 X-OriginatorOrg: intel.com Subject: Re: [dpdk-dev] [PATCH v7 1/6] 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" On 11/5/2021 2:19 PM, Xueming(Steven) Li wrote: > On Mon, 2021-10-18 at 18:31 +0100, Ferruh Yigit wrote: >> On 10/18/2021 2:48 PM, Ferruh Yigit wrote: >>> There is a confusion on setting max Rx packet length, this patch aims to >>> clarify it. >>> >>> 'rte_eth_dev_configure()' API accepts max Rx packet size via >>> 'uint32_t max_rx_pkt_len' field of the config struct 'struct >>> rte_eth_conf'. >>> >>> Also 'rte_eth_dev_set_mtu()' API can be used to set the MTU, and result >>> stored into '(struct rte_eth_dev)->data->mtu'. >>> >>> These two APIs are related but they work in a disconnected way, they >>> store the set values in different variables which makes hard to figure >>> out which one to use, also having two different method for a related >>> functionality is confusing for the users. >>> >>> Other issues causing confusion is: >>> * maximum transmission unit (MTU) is payload of the Ethernet frame. And >>> 'max_rx_pkt_len' is the size of the Ethernet frame. Difference is >>> Ethernet frame overhead, and this overhead may be different from >>> device to device based on what device supports, like VLAN and QinQ. >>> * 'max_rx_pkt_len' is only valid when application requested jumbo frame, >>> which adds additional confusion and some APIs and PMDs already >>> discards this documented behavior. >>> * For the jumbo frame enabled case, 'max_rx_pkt_len' is an mandatory >>> field, this adds configuration complexity for application. >>> >>> As solution, both APIs gets MTU as parameter, and both saves the result >>> in same variable '(struct rte_eth_dev)->data->mtu'. For this >>> 'max_rx_pkt_len' updated as 'mtu', and it is always valid independent >>> from jumbo frame. >>> >>> For 'rte_eth_dev_configure()', 'dev->data->dev_conf.rxmode.mtu' is user >>> request and it should be used only within configure function and result >>> should be stored to '(struct rte_eth_dev)->data->mtu'. After that point >>> both application and PMD uses MTU from this variable. >>> >>> When application doesn't provide an MTU during 'rte_eth_dev_configure()' >>> default 'RTE_ETHER_MTU' value is used. >>> >>> Additional clarification done on scattered Rx configuration, in >>> relation to MTU and Rx buffer size. >>> MTU is used to configure the device for physical Rx/Tx size limitation, >>> Rx buffer is where to store Rx packets, many PMDs use mbuf data buffer >>> size as Rx buffer size. >>> PMDs compare MTU against Rx buffer size to decide enabling scattered Rx >>> or not. If scattered Rx is not supported by device, MTU bigger than Rx >>> buffer size should fail. >>> >>> Signed-off-by: Ferruh Yigit >>> Acked-by: Ajit Khaparde >>> Acked-by: Somnath Kotur >>> Acked-by: Huisong Li >>> Acked-by: Andrew Rybchenko >>> Acked-by: Konstantin Ananyev >>> Acked-by: Rosen Xu >>> Acked-by: Hyong Youb Kim >> >> Series applied to dpdk-next-net/main, thanks. >> > > Hi Ferruh, > > I noticed that no cc stable in this this "fix" patch, do you expect it > to be part of LTS? > Hi Xueming, I didn't put it intentionally, patch changes how frame size / MTU configured, not exactly a fix, I think not suitable for backport.