From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <dev-bounces@dpdk.org>
Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124])
	by inbox.dpdk.org (Postfix) with ESMTP id 751D843270;
	Thu,  2 Nov 2023 18:35:47 +0100 (CET)
Received: from mails.dpdk.org (localhost [127.0.0.1])
	by mails.dpdk.org (Postfix) with ESMTP id 6057240A76;
	Thu,  2 Nov 2023 18:35:47 +0100 (CET)
Received: from NAM11-BN8-obe.outbound.protection.outlook.com
 (mail-bn8nam11on2041.outbound.protection.outlook.com [40.107.236.41])
 by mails.dpdk.org (Postfix) with ESMTP id 9FDFB40144
 for <dev@dpdk.org>; Thu,  2 Nov 2023 18:35:46 +0100 (CET)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none;
 b=Zo1DXMjxKN7C1/u2VSnd9Egx0xeET7pRjsL2iyfawnNNWiqu4BxZe61yxRsJGE+QH9wLu4HoZvFitAg0G9BXdM3+pF8i7Ed9SgOfZs1dJpp5toKE0S6+6sNN0IM3VvMrLCbZi3X3tH/vj3vB5yDxoVXWDVBxaQqaMxNm5FKQcM5WwB7NYsGZlD35jQQn8WuJEat1RCrnw7JlnQymSgnULtQhUrbGEJfCxBbdHAA/IXinHAKBl+rAFR4XU/mCHszUlOYvv9iwDgZIUmRz/ZZBKDhXz2Faqfs8vicarX6tiEJdvEW6W/D/rFO0mIggfyQ0uSrh2oEPNMXZ4PFl+UJlFQ==
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=44HumsxhqgLG0B1QEuG+YnZyRyG7sOQw4fhPaMZ166c=;
 b=N/LlDo8MVGhLpLmfMTYTAvVgsMrGTwdwcTFhBcZbt4sPi86+3aWGUdy+VakcRZnPZcburrJgYTdwwgG7XZw7EjDgAPeKCqX0Usgny90ENtuo5Mzyd4WRs2MWNJnuTZbTbgAosXgl4DRKOAm502EOdDc91QcOlm8rQXDeFuyA+kBCTEgdtQfln9hbjjqyQWXeUw9GQYqIkjiLaEdb3UYa5Vy/SrTE8OU5GHkrpqv9kp0/lB1FX8+ILU7wRsFaUCC78tkxpcgrSdFYqCNP9GyhVyi/oGjlxTP84Ip2+s/k/9Y+mPapi5T/H6mbj9xKw+rKYkiiomPgWUP0+mw/IA4vhQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass
 smtp.mailfrom=amd.com; dmarc=pass action=none header.from=amd.com; dkim=pass
 header.d=amd.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amd.com; s=selector1; 
 h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
 bh=44HumsxhqgLG0B1QEuG+YnZyRyG7sOQw4fhPaMZ166c=;
 b=k3/QJLebRb38qUVjW0gNE7LePqsfLs5aFG9dqXE9YOi3YNQzajYyRFjh+U2mUiQRt7khz1pN71UOvbDZrSa5HnNLv0XKaX1fHZ9PNSFf0rBui/kD30WOjVg7KtwlybZTtMRUXPPNXEeGgIB9fi1DlBbBzC3cwLWyyH/aLdxp14k=
Authentication-Results: dkim=none (message not signed)
 header.d=none;dmarc=none action=none header.from=amd.com;
Received: from CH2PR12MB4294.namprd12.prod.outlook.com (2603:10b6:610:a9::11)
 by SA1PR12MB6776.namprd12.prod.outlook.com (2603:10b6:806:25b::14)
 with Microsoft SMTP Server (version=TLS1_2,
 cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6933.29; Thu, 2 Nov
 2023 17:35:43 +0000
Received: from CH2PR12MB4294.namprd12.prod.outlook.com
 ([fe80::2569:edb2:670f:816f]) by CH2PR12MB4294.namprd12.prod.outlook.com
 ([fe80::2569:edb2:670f:816f%6]) with mapi id 15.20.6954.019; Thu, 2 Nov 2023
 17:35:43 +0000
Message-ID: <97728b24-9d20-4477-b586-b0d5def10303@amd.com>
Date: Thu, 2 Nov 2023 17:35:34 +0000
User-Agent: Mozilla Thunderbird
Subject: Re: [PATCH v3 0/3] introduce maximum Rx buffer size
Content-Language: en-US
To: =?UTF-8?Q?Morten_Br=C3=B8rup?= <mb@smartsharesystems.com>,
 "lihuisong (C)" <lihuisong@huawei.com>,
 Stephen Hemminger <stephen@networkplumber.org>
Cc: dev@dpdk.org, thomas@monjalon.net, andrew.rybchenko@oktetlabs.ru,
 liuyonglong@huawei.com
References: <20230808040234.12947-1-lihuisong@huawei.com>
 <20231028014847.27149-1-lihuisong@huawei.com>
 <20231029084838.122acb9e@hermes.local>
 <c25f6966-04b7-ddbd-55ee-251ddc7466d3@huawei.com>
 <20231030114850.799f2bce@fedora>
 <bf781517-0a0a-f74d-8aa3-ef316767a81f@huawei.com>
 <20231031084017.64b9f342@fedora>
 <e09fbef2-dfb4-ce80-aee2-07659de2a0bc@huawei.com>
 <20231101090847.105f0fa1@fedora>
 <177b8c04-a8f5-3889-dd26-474122b0be50@huawei.com>
 <2e2a17cc-6dc2-4ce2-bed8-d3e7239b83ff@amd.com>
 <98CBD80474FA8B44BF855DF32C47DC35E9EFCB@smartserver.smartshare.dk>
 <37297af0-8b18-43e1-b7ad-9ed81e733599@amd.com>
 <98CBD80474FA8B44BF855DF32C47DC35E9EFCD@smartserver.smartshare.dk>
From: Ferruh Yigit <ferruh.yigit@amd.com>
Autocrypt: addr=ferruh.yigit@amd.com; keydata=
 xsFNBGJDD3EBEAC/M7Tk/DfQSmP1K96vyzdhfSBzlCaGtcxNXorq4fALruqVsD3oi0yfyEz9
 4YN8x7py0o9EL8ZdpOX0skc0AMCDAaw033uWhCn0GLMeGRKUbfOAPvL6ecSDvGD7CJIO9j0J
 eZUvasBgPdM/435PEr9DmC6Ggzdzt8IuG4PoLi5jpFSfcqxZFCCxLUDEo/w0nuguk2FTuYJg
 B2zEZ4JTBZrw7hIHiFh8D8hr6YA6a5uTofq1tr+l048lbtdFUl8TR0aIExVzE4Z8qKZlcE+9
 RQaewjK5Al1jLE4sHdmd3GN+IvgDF3D/fLsi25SKJDeGSdeHkOmaX0qGeM4WKIfU6iARRCiQ
 N3AmBIxZ/A7UXBKLaOyZ+/i3sE6Wb53nrO4i8+0K2Qwyh6LjTeiJAIjYKN43ppxz3DaI+QwQ
 vI+uyHr4Gg0Da9EPPz/YyKauSeOZCfCB5gIfICO0j6x0SCl8uQ2nLpjxcZkf0gjcwUzP3h+S
 3x6NfDji9YEij0zczW/dcSpGgZ6vsFpPrtnP9ZXy6J53yp0kJtOJoOlkEFFdU2yCZnCDseum
 CoudmGLZVvS0/DzHDJejq+3kK3FDGktZBOxZIIpal+nFqS7lVgOZc4+huVv3jyhzoAUOEyXA
 XK5j6o7g8STUY+z33QNnHpdLvecMwuzmvqy0jR54yAbZ64mB9QARAQABzSNGZXJydWggWWln
 aXQgPGZlcnJ1aC55aWdpdEBhbWQuY29tPsLBlwQTAQgAQQIbAwULCQgHAgYVCgkICwIEFgID
 AQIeAQIXgAIZARYhBEm7aYjps5XGsPHCElRTPtCKKm/6BQJkdyEEBQkE3meNAAoJEFRTPtCK
 Km/6UdcP/0/kEp49aIUhkRnQfmKmNVpcBEs4NqceNCWTQlaXdEwL1lxf1L49dsF5Jz1yvWi3
 tMtq0Mk1o68mQ7q8iZAzIeLxGQAlievMNE0BzLWPFmuX+ac98ITBqKdnUAn6ig5ezR+jxrAU
 58utUszDl16eMabtCu76sINL5izB8zCWcDEUB4UqM8iBSQZ7/a7TSBVS0jVBldAORg1qfFIs
 cGMPQn/skhy3QqbK3u3Rhc44zRxvzrQJmhY6T1rpeniHSyGOeIYqjpbpnMU5n1VWzQ4NXvAD
 VDkZ4NDw6CpvF4S2h2Ds7w7GKvT6RRTddrl672IaLcaWRiqBNCPm+eKh4q5/XkOXTgUqYBVg
 Ors8uS9EbQC/SAcp9VHF9fB+3nadxZm4CLPe5ZDJnSmgu/ea7xjWQYR8ouo2THxqNZtkercc
 GOxGFxIaLcJIR/XChh9d0LKgc1FfVARTMW8UrPgINVEmVSFmAVSgVfsWIV+NSpG9/e90E4SV
 gMLPABn1YpJ8ca/IwqovctqDDXfxZOvCPOVWTzQe/ut767W+ctGR1kRkxWcz470SycOcY+PW
 VRPJd91Af0GdLFkwzZgNzkd6Gyc9XXcv4lwwqBLhWrBhqPYB0aZXIG1E/cVTiRp4dWpFHAFD
 DcuLldjIw93lCDsIeEDM9rBizGVMWEoeFmqSe7pzGTPXzsFNBGJDD3EBEAC8fBFQHej8qgIG
 CBzoIEd1cZgPIARlIhRudODXoNDbwA+zJMKtOVwol3Hh1qJ2/yZP11nZsqrP4fyUvMxrwhDe
 WBWFVDbWHLnqXMnKuUU1vQMujbzgq/4Rb9wSMW5vBL6YxhZng+h71JgS/9nVtzyaTtsOTrJi
 6nzFSDx6Wbza2jYvL9rlK0yxJcMEiKwZQ/if4KcOesD0rtxomU/iSEv6DATcJbGXP6T93nPl
 90XksijRKAmOwvdu3A8IIlxiSSVRP0lxiHOeR35y6PjHY2usfEDZZOVOfDfhlCVAIBZUZALv
 VmFOVSTYXeKgYa6Ooaf72+cHM3SgJIbYnevJfFv8YQW0MEAJ/IXE7B1Lk+pHNxwU3VBCrKnA
 fd/PTvviesuYRkrRD6qqZnINeu3b2DouVGGt2fVcGA38BujCd3p8i7azoGc7A6cgF7z9ETnr
 ANrbg1/dJyDmkDxOxVrVquTBbxJbDy2HaIe9wyJTEK2Sznpy62DaHVY+gfDQzexBXM10geHC
 IIUhEnOUYVaq65X3ZDjyAQnNDBQ4uMqSHZk8DpJ22X+T+IMzWzWl+VyU4UZXjkLKPvlqPjJk
 1RbKScek5L2GhxHQbPaD76Hx4Jiel0vm2G+4wei8Ay1+0YRFkhySxogU/uQVXHTv63KzQMak
 oIfnN/V2R0ucarsvMBW+gwARAQABwsF8BBgBCAAmAhsMFiEESbtpiOmzlcaw8cISVFM+0Ioq
 b/oFAmR3IPsFCQTeZ44ACgkQVFM+0Ioqb/qINhAAtcor9bevHy22HvJvXX17IOpPSklZJAeQ
 Az43ZEo5kRlJ8mElc2g3RzYCvL/V3fSiIATxIsLq/MDtYhO8AAvklxND/u2zeBd7BkRZTZZX
 W1V1cM3oTvfx3LOhDu4f2ExQzCGdkzbXTRswSJIe1W0qwsDp+YPekbrsKp1maZArGeu+6FuW
 honeosIrWS98QJmscEhP8ooyJkLDCCOgEk+mJ/JBjzcJGuYn6+Iy/ApMw/vqiLGL1UWekcTA
 g18mREHqIR+A3ZvypIufSFB52oIs1zD/uh/MgmL62bY/Cw6M2SxiVxLRsav9TNkF6ZaNQCgn
 GqifliCEMvEuLZRBOZSYH2A/PfwjYW0Ss0Gyfywmb2IA990gcQsXxuCLG7pAbWaeYazoYYEQ
 NYmWatZNMAs68ERI2zvrVxdJ/fBWAllIEd0uQ4P05GtAHPdTIDQYp545+TPV7oyF0LfXcsQs
 SFVZE6igdvkjfYmh+QOrHGZvpWXLTmffVf/AQ81wspzbfxJ7sYM4P8Mg5kKOsaoUdyA/2qVe
 cMh1CLUHXF1GlofpGbe1lj4KUJVse5g3qwV7i9VrseA8c4VIZewdIjkzAhmmbxl+8rM/LKBH
 dZUMTzME5PFCXJIZ83qkZQ795MTe2YScp9dIV7fsS5tpDwIs7BZNVM1l3NAdK+DLHqNxKuyO 8Zk=
In-Reply-To: <98CBD80474FA8B44BF855DF32C47DC35E9EFCD@smartserver.smartshare.dk>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-ClientProxiedBy: FR4P281CA0313.DEUP281.PROD.OUTLOOK.COM
 (2603:10a6:d10:f6::7) To CH2PR12MB4294.namprd12.prod.outlook.com
 (2603:10b6:610:a9::11)
MIME-Version: 1.0
X-MS-PublicTrafficType: Email
X-MS-TrafficTypeDiagnostic: CH2PR12MB4294:EE_|SA1PR12MB6776:EE_
X-MS-Office365-Filtering-Correlation-Id: 6c8f3a2f-c7b5-427a-ec64-08dbdbca23cf
X-MS-Exchange-SenderADCheck: 1
X-MS-Exchange-AntiSpam-Relay: 0
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: Bq2h/q9NFQsCUW51nah7dVLqnfVERsvWTUTeoYHwnZr0434VOylS+DJW9+q5Ojo5IJDMPUQO7g5tUx2vG1u0gilsuQ/R+HkTFPXCUm+tGxwDK/9peyJLNjZmknRkEcQG4RBJtZ4b5AGybFm5oXKovduw9LgEAoA1iNQAXSVUvtiDnvNikCNjwT86KNkY/FokEWe54Mnd0lfoGLICKiSY66xKybLe5K5BsjMe9e5f+T9qq/ExOpwX9HNXgSqsdm8I2jrNVTSJGmymdnOM1KiuQUp1EeOg8IBIacxBgWdfiyAtra+0BVEIsyF/oxqe5zbuuEyCcvbuCwxx/oZc4Lr1ao3I58YvvkPPy2qPcKa7Kg+oPdl9BDv52876NlsDryoOLt4UOQkeLmx8DJcG30M70T7KacBCJcSBeO2n1/hhLcb3B49aMSRgicKGHAlQSJZ918iI1XTauA84dPzCAXAlP4Z5rWdR2H6hIJFIFjdaRYlz82Nj3yk+v549ih3lssgSzKfnaoWq8lTSVbRDfFBcQmAqSbOm6XHiPYfsrVdGEUpRCU7BloeHT+seSAiY5i8uHy0KXcVkt6cmz6ocH4o9RmkvPBpBmuZoOHBa9S/RQBG3f1lZrI05LM3UiT+kI4r4JYhitif/BXPhReG9qkxfFQ==
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;
 IPV:NLI; SFV:NSPM; H:CH2PR12MB4294.namprd12.prod.outlook.com; PTR:; CAT:NONE;
 SFS:(13230031)(136003)(39860400002)(346002)(396003)(366004)(376002)(230922051799003)(64100799003)(1800799009)(451199024)(186009)(36756003)(5660300002)(66946007)(66556008)(316002)(66476007)(8676002)(110136005)(2906002)(6486002)(478600001)(41300700001)(44832011)(8936002)(31686004)(6666004)(4326008)(53546011)(2616005)(6512007)(6506007)(26005)(83380400001)(66574015)(86362001)(31696002)(38100700002)(45980500001)(43740500002);
 DIR:OUT; SFP:1101; 
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?SFovaUE5L1VNcUljeHUyS21GRG5QTzZ6SWQvUS9mclhWWVBPUm93blFnNlQw?=
 =?utf-8?B?RXpoVFVJeU9GUlZRUktvR1ZxLy9xazczek03M3pndGh1aENERDR5UjM4aFpj?=
 =?utf-8?B?YjRMMXBRbDJDM1R1a2JabGh2NUlhZ1IwSUw0VUE5dGhOS0tMYmZqbjJDYkx2?=
 =?utf-8?B?V0RVV3F3UHl6c3Q3OWg4V0ttTmI4aGFUTWdlTm9EQ3lmeFlKR0g5QmxEN1RN?=
 =?utf-8?B?QnlsTGZmZHJyK2RuV3B2Smt0dXJLS3QvWTlMYlZrY1dLWWxGeHlFRkYvempV?=
 =?utf-8?B?cmpZQmtxaTl4M0R2SFhUTEVZaXJVUElvZjBVWnpmZG9JZS9TcmZ0V3BzZlVU?=
 =?utf-8?B?U3A4Ym5ic0dFcEl2TEhzRDcwZUdwamlrc3FNMlo2Z0loZzArK0h1YjJpbnJH?=
 =?utf-8?B?ZWd1eE5QeVQ4R1NBN3NKMS8yRmRrOEN2TFhzSlU2UUpXMWdkN0NkOXMvRXNq?=
 =?utf-8?B?RVNQOGNZaUw0VTlXZmw2MzdmN0Q5OFp3VFJTQ0ZadkhuUkhlYlhheDJJWUgr?=
 =?utf-8?B?TkxhWXBEdThyaXFBRGlkclJ5SlV3VSt3RTJROGROd2o4VndMNDNCdFAxSGRB?=
 =?utf-8?B?bGRwMVhpMGNuTVRQZzNRQ0VSZXdlZzdVRlRrcnFXZ3N4eFllRC9jMFlpbENH?=
 =?utf-8?B?ZVhGeHNRR283MlFBT094U1hRNkFQU0VKaEtuTitwYWJNS2tnZlBLRkxhc1c4?=
 =?utf-8?B?NEZkYW5MTFFnUTlLcTRhMTJOZGhpdzdOZUdaMmw1NFdZWVp4NVZCMXJQaXdM?=
 =?utf-8?B?UEJKZE55TWdHUy9uYVJkTVJYSU1ZaE9zelFsZkNGRnN3OW13Y3ZkL2V3KzZL?=
 =?utf-8?B?UUJyWnZHVW50algvS0VhRVVQTXNDeVFROVBtNURtUjNvSDAzVWpJSk9pc2lO?=
 =?utf-8?B?UUJRdUtUcHhwQ3F0MXM5VWNTbzBTN0lEUVhCa0Eyak9oWDlUdmRhRThXd1RR?=
 =?utf-8?B?QTJZb1NWdjMweUhabUptbERqMlQ2RFZIM2FHV21TTWdpeEROZWhDVXdNeXV6?=
 =?utf-8?B?TXVOK3BnQ3p0TmxDZUt3WkV5aVEvUXBaZUhKdFZRZWlVSVNUQTRPN2NZRk15?=
 =?utf-8?B?WUhldkkxaGZUczBoZWNQa3VYSXRBUUtUQS92UFF0eXJIVEdqNGRwRWhZOEdT?=
 =?utf-8?B?cWF2L3B0bEU3dXF3Z2h4dlBXWXZoL0dEUkdoM0RydHdBa0hjVmUwWThRMTgw?=
 =?utf-8?B?UEpuSXhzVGFBN1c2bGNlUEYzQnJGYjFHWDVDaGdONHVTRmIrM0Z6cmx5c3VC?=
 =?utf-8?B?OHFyQ1FiNld3NkovWFVCUnp1dXRFVXdFd0VMSmVYMmR3OGxuZEtacjloRmVo?=
 =?utf-8?B?SUxjT3JhbDRTUnRTVGVFK3lNdFo0T2tTcTRoWmk0T2VNcEpnd2ppTWNGRlha?=
 =?utf-8?B?U04rcFpUN3lGTXJJWUMyNVpnMWRQdkdTTzlxelBnSS9tT1h2OWQyeUV4cWZG?=
 =?utf-8?B?WEFhcnNKOStlV2MxZGRjSkJqTjlxNSt0RCtjS1pWSkVZeEZZR1hpOUdMWGtU?=
 =?utf-8?B?NzY4TldyK1dXTG5CbFEzREdNeVNuc3VkRXNhekVEYXdUTHdJQjZYWHNENUxT?=
 =?utf-8?B?Tm5mK1lxMFdRdUJhdEFDclRJQy9JZ0NBTHZTRmpBQzJMOERYY01wZkpqY2lw?=
 =?utf-8?B?NE9PMkpqSG9ZK25nZFB6clB1NFhDSFluUVZGUFEyWFB6TUMydUI5bStsMHZq?=
 =?utf-8?B?czlUaUtHUXpieDUvV2Z2S3FpekhUbmR4bG5xM0lCcURiNFJ1WVJGc0tpZ0R4?=
 =?utf-8?B?Z0hYWkx4K3UyaGN0ZjFneFVLOUlKYVRySzVHcmVKVjl1bG5NZHhsMlRKMjNw?=
 =?utf-8?B?ZitlRkpCRXhXUHBTMmhyL3dPbkdUanVCdkYvaDNKc08ySnRUUkNENDhUeHZH?=
 =?utf-8?B?MTJuZndmbEZhZkF4bVZrTjhnZ0toRkdXZ2VQMU9GYmRHQjZhZ3FEclNGMHpZ?=
 =?utf-8?B?Yk5kNXRwNThsL3BBV0JXTHM0SzRtc0NNOXcxcjN0WkpJdkRrTUROVEd1S1Nr?=
 =?utf-8?B?anhhMmQ0aUtReVBsSm84bnM0Tm8wNEtZdlNUNGk1Z0NKeWY2b3RyQlljWTRV?=
 =?utf-8?B?SCt6U1VZbVEwMDBsMmdPc2lFelZRUzA2WVFBa2NsNEllZVRIMkN6eE0xdnQ2?=
 =?utf-8?Q?w3PD7HZj3qUDWGp5u8SSw38KE?=
X-OriginatorOrg: amd.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 6c8f3a2f-c7b5-427a-ec64-08dbdbca23cf
X-MS-Exchange-CrossTenant-AuthSource: CH2PR12MB4294.namprd12.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Nov 2023 17:35:43.6479 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 3dd8961f-e488-4e60-8e11-a82d994e183d
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: E3sye9I8SFAX+7Iu7uHzGXNoGRLjiIF5xduHa7xgZAjtmQv+dp6Vb3UAsvdsmjDS
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA1PR12MB6776
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: DPDK patches and discussions <dev.dpdk.org>
List-Unsubscribe: <https://mails.dpdk.org/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://mails.dpdk.org/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <https://mails.dpdk.org/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
Errors-To: dev-bounces@dpdk.org

On 11/2/2023 5:12 PM, Morten Brørup wrote:
>> From: Ferruh Yigit [mailto:ferruh.yigit@amd.com]
>> Sent: Thursday, 2 November 2023 18.06
>>
>> On 11/2/2023 4:51 PM, Morten Brørup wrote:
>>>> From: Ferruh Yigit [mailto:ferruh.yigit@amd.com]
>>>> Sent: Thursday, 2 November 2023 17.24
>>>>
>>>> On 11/2/2023 1:59 AM, lihuisong (C) wrote:
>>>>>
>>>>> 在 2023/11/2 0:08, Stephen Hemminger 写道:
>>>>>> On Wed, 1 Nov 2023 10:36:07 +0800
>>>>>> "lihuisong (C)" <lihuisong@huawei.com> wrote:
>>>>>>
>>>>>>>> Do we need to report this size? It's a common feature for all
>>>> PMDs.
>>>>>>>> It would make sense then to have max_rx_bufsize set to 16K by
>>>> default
>>>>>>>> in ethdev, and PMD could then raise/lower based on hardware.
>>>>>>> It is not appropriate to set to 16K by default in ethdev layer.
>>>>>>> Because I don't see any check for the upper bound in some driver,
>>>> like
>>>>>>> axgbe, enetc and so on.
>>>>>>> I'm not sure if they have no upper bound.
>>>>>>> And some driver's maximum buffer size is "16384(16K) - 128"
>>>>>>> So it's better to set to UINT32_MAX by default.
>>>>>>> what do you think?
>>>>>> The goal is always giving application a working upper bound, and
>>>>>> enforcing
>>>>>> that as much as possible in ethdev layer. It doesnt matter which
>>>> pattern
>>>>>> does that.  Fortunately, telling application an incorrect answer
>> is
>>>>>> not fatal.
>>>>>> If over estimated, application pool would be wasting space.
>>>>>> If under estimated, application will get more fragmented packets.
>>>>> I know what you mean.
>>>>> If we set UINT32_MAX, it just means that driver don't report this
>>>> upper
>>>>> bound.
>>>>> This is also a very common way of handling. And it has no effect on
>>>> the
>>>>> drivers that doesn't report this value.
>>>>> On the contrary, if we set a default value (like 16K) in ethdev,
>> user
>>>>> may be misunderstood and confused by that, right?
>>>>> After all, this isn't the real upper bound of all drivers. And this
>>>>> fixed default value may affect the behavior of some driver that I
>>>> didn't
>>>>> find their upper bound.
>>>>> So I'd like to keep it as UINT32_MAX.
>>>>>
>>>>
>>>>
>>>> Hi Stephen, Morten,
>>>>
>>>> I saw scattered Rx mentioned, there may be some misalignment,
>>>> the purpose of the patch is not to enable application to set as big
>> as
>>>> possible mbuf size, so that application can escape from parsing
>>>> multi-segment mbufs.
>>>> Indeed application can provide a large mbuf anyway, to have same
>>>> result,
>>>> without knowing this information.
>>>>
>>>> Main motivation is other way around, device may have restriction on
>>>> buffer size that a single descriptor can address, independent from
>>>> scattered Rx used, if mbuf size is bigger than this device limit,
>> each
>>>> mbuf will have some unused space.
>>>> Patch has intention to inform this max per mbuf/descriptor buffer
>> size,
>>>> so that application doesn't allocate bigger mbuf and waste memory.
>>>
>>> Good point!
>>>
>>> Let's categorize this patch series as a memory optimization for
>> applications that support jumbo frames, but are trying to avoid (or
>> reduce) scattered RX. :-)
>>>
>>
>> It is a memory optimization patch, but again nothing to do with jumbo
>> frames or scattered Rx.
> 
> I expect all NICs to support standard Ethernet frames without scattered RX.
> 
> So I consider this patch related to jumbo frames (and non-scattered RX). Is there any other use case?
> 

I was thinking this is mainly for miss configuration by the application,
but if done intentionally yes intention of the application can be to
receive jumbo frames.