From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30069.outbound.protection.outlook.com [40.107.3.69]) by dpdk.org (Postfix) with ESMTP id 6B3DDAACE for ; Wed, 21 Mar 2018 07:52:11 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nxp.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Degfe7T0TTtRGDoHWDph0GyqONIWNZqerdhz8IrChE8=; b=KtM62UlH29vE1x4v9+bSe5v6G0HwrNC/ExqlWl1vZ8laOaVqxNPrmh6Y2KBDomMKOQ2hM+PJr2LZ5mpeHsMivehUWoh3NOtESesBLv3Ruu3I+bzAgPL0JNf4KlZrhwk0YVRc/PJgoTCw8m6vmA0GMDjaY909ASo3DWHVs1muFts= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=shreyansh.jain@nxp.com; Received: from mail-wr0-f181.google.com (209.85.128.181) by DB6PR0402MB2774.eurprd04.prod.outlook.com (2603:10a6:4:96::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.588.14; Wed, 21 Mar 2018 06:52:10 +0000 Received: by mail-wr0-f181.google.com with SMTP id o8so4031179wra.1 for ; Tue, 20 Mar 2018 23:52:10 -0700 (PDT) X-Gm-Message-State: AElRT7HG5U0Bh+WwzTJQ9F89YSEGduvRTG43lwyWLe7H455bt0iefK/5 MaxFqsG8fTJ25DGTEaRXO5w7WA/k2AoCoIX8Na0= X-Google-Smtp-Source: AG47ELtNjZQ5MFf5jAQacsBYqcHLXbQSsaiAwAnCbKLcasSnj5Na5XydOHeV+tKzS/iq25PuogUGnnVDpoSYzSgRkT4= X-Received: by 10.223.143.7 with SMTP id p7mr14611232wrb.207.1521615121408; Tue, 20 Mar 2018 23:52:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.30.65 with HTTP; Tue, 20 Mar 2018 23:51:31 -0700 (PDT) In-Reply-To: <8af6d6ea-34d8-3b0d-cd34-c11ebb2a8207@intel.com> References: <20180307120851.5822-2-remy.horton@intel.com> <023fbd6c-7cac-6c8b-9a40-7a62e5d47bb7@intel.com> <30b8575d-4aeb-912d-6f74-c49ad7ce879a@intel.com> <591e1a23-8d27-0c59-fd39-0bde9e48e96f@intel.com> <2601191342CEEE43887BDE71AB9772589E28FD57@irsmsx105.ger.corp.intel.com> <2b3a2579-6bce-55f5-6e03-0974729cc95b@intel.com> <20180314213658.GA108@bricha3-MOBL.ger.corp.intel.com> <20180315143924.GA9172@bricha3-MOBL.ger.corp.intel.com> <97dc9f9d-041b-ef99-2ca6-1f557c4f6039@intel.com> <8af6d6ea-34d8-3b0d-cd34-c11ebb2a8207@intel.com> From: Shreyansh Jain Date: Wed, 21 Mar 2018 12:21:31 +0530 X-Gmail-Original-Message-ID: Message-ID: To: Ferruh Yigit Cc: Bruce Richardson , "Horton, Remy" , "Ananyev, Konstantin" , "dev@dpdk.org" , "Lu, Wenzhuo" , "Wu, Jingjing" , "Zhang, Qi Z" , "Xing, Beilei" , Thomas Monjalon Content-Type: text/plain; charset="UTF-8" X-Originating-IP: [209.85.128.181] X-ClientProxiedBy: VI1PR0601CA0024.eurprd06.prod.outlook.com (2603:10a6:800:1e::34) To DB6PR0402MB2774.eurprd04.prod.outlook.com (2603:10a6:4:96::11) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-HT: Tenant X-MS-Office365-Filtering-Correlation-Id: 3309774d-d423-46d1-622e-08d58ef844fc X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(48565401081)(5600026)(4604075)(4534165)(4627221)(201703031133081)(201702281549075)(2017052603328)(7153060)(7193020); SRVR:DB6PR0402MB2774; X-Microsoft-Exchange-Diagnostics: 1; DB6PR0402MB2774; 3:f3zQ1KFmBqLN0B9GQ79plxMrLbp+vzx5zsY0IHhaNM/4dfjNJkkUFrnZFSI5lyj2Pht3QaCvXQUJpaI21lqJC+C7l8JyDtJ4/v2MHXfgjLrsAFD/le5P4mUmFZWCbQNUxpK9xKVpFeMHcyTuJPLZTDC0v2jGjdLwXTmR8JZbQHQxDYtptK5GjdJdSNR316uxNEtloPqaB+lStJy6KL6oMIe0vQ+zM+7QRkCagtEGge4F1Ds0z7vVja29oO0KU9pv; 25:Ego7jkr4ELcv+5mLQRLZn6LApoZXp9RJ13dMXAfyx5JyVUK8MMwWEKR2J0YQYdi8ac72FJIGT1/03PlWfHNOjrbuen+ybA+4c6wPFbbrFtjvjzD91pv5kPuqdBSYFX5ayNwTHlqAt4Mj1lyEhr/ocwj/LzxrRKnb+wNq07iJHflFepxWmmqMF7xBgknpWLP/feR3Nfwxvu10bxKZlcjGSopWIe+7AeKoUgsQhxCHGcpBoMILdJUmzYvXhwk758KPzHc2B4N7LfGAU2Tlam0PNVW40JrRGwaOeSr0hH4FL1+ycl8WdMXN8CEY9XIjIcIwWVFrP2PWjLLMTz8GhS/FNw==; 31:Ed8JVEqsXddjZwsnyBewCWmYruBY8EkZUnqG3ZcdEdA6rnlMSsiG37oMjCvzLl1Irhok9WPUPqEU99rvWVyETYKPgcrD7sNxXWz8AgutE4OSj2hGT8DXS7tV6rO4lAuLKxWF35d2D7I1ULAkDzp0/DJNJJEmE7mCaxqvuKzXwaShcCtMlW01CnndiDk9MRqtbbOLTfXeDiRvcl30WDEao97BivY80cBJVyW1UEUF1LI= X-MS-TrafficTypeDiagnostic: DB6PR0402MB2774: X-Microsoft-Exchange-Diagnostics: 1; DB6PR0402MB2774; 20:NBNMaXaArMHSW5DutGKyhEBAxggteZveK3+zBrIGoUOsX42ZDzx0Gt4zyXNpc3mJi3o4oXAd+1TbtPjNIZTEpNK+GyMKDOZ2f9wb/QCrmjDh+UXZXlyKrIIp77zKL9Mb7SR8DqHqe95vfSbSFUoWhnOB4d/pWRXwqjNbOW23oVofAn13+YV4tUfeOdnsU6nufFZufzTE/8aghH0UaDB2O/HVd4j+Co9HC9u6RMioBIPHHk1tsI409G2NaXFYmS8WKgECQx/p2hlyrGEh7sxbHrqwJOF6eK3xi95Qrffy4sgs+iDUC8Ak/ZlKYiqO1j8y9wmUkdFZhLeUvTRqx3zLmAo0RKgrvJwzTQLCJEZHpap2tRum/kVBQGYJncgEB0+BfU5ifMTrtzqa7DgSlq89OnDRSBlstEUqLuqlJsxNkhuegSjA1ZZEjphEkKcTvVM+R+uo4JoKBE2l8j5r8fpe2Q2pqfEaSL7JTtb4lhYgt3jwkvWAJdJFX5sBXnMwyNg6; 4:dLhJozvURyUDznMxznuX2qk0alcEGvKjzDWDVgh/5f2k0GSprJ5o5xRGSFGJPnIlvxHZZmu8hav3rUvtpo06SDzZD1VNon1gxjPlb7HZt5/kbNgzJMDDUXUMo+9GHmU3kiABVRepOqXDTSw7TH0RmtwnUeypdgoUEFkrNlnmXBq4sM297oXp8Xm8Pn+vKv0avnZE9o2xh/6QcV15+Lgfi0HQenlyces9r94bttFVKwrRZ4EWeXEVnJ7jaKOr+7nF1CFSXsoCVU9f+7tQHTIal6jlNVdzR0oXipr63CDgQ6z749cIsIa9eV2sehpze6tJ X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(228905959029699); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(3002001)(10201501046)(3231221)(944501320)(52105095)(93006095)(93001095)(6055026)(6041310)(20161123562045)(20161123558120)(20161123564045)(20161123560045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:DB6PR0402MB2774; BCL:0; PCL:0; RULEID:; SRVR:DB6PR0402MB2774; X-Forefront-PRVS: 0618E4E7E1 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(979002)(396003)(376002)(346002)(366004)(39380400002)(39860400002)(199004)(189003)(76104003)(2906002)(305945005)(81156014)(7736002)(81166006)(8676002)(8936002)(93516011)(76176011)(26005)(33896004)(186003)(42186006)(386003)(16586007)(53546011)(93886005)(316002)(561944003)(53936002)(498394004)(9686003)(105586002)(106356001)(6246003)(107886003)(478600001)(5660300001)(2950100002)(6116002)(50466002)(229853002)(54906003)(3846002)(59536001)(52116002)(23676004)(122856001)(66066001)(47776003)(61266001)(61726006)(9896002)(69596002)(68736007)(5820100001)(86362001)(6862004)(55446002)(95326003)(4326008)(97736004)(55456009)(217873001)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1101; SCL:1; SRVR:DB6PR0402MB2774; H:mail-wr0-f181.google.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: nxp.com does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtEQjZQUjA0MDJNQjI3NzQ7MjM6eUZGL1ZheDJBM3pqZGNCYWZya2hLcWtE?= =?utf-8?B?WmVkSFVjQlRzOU1RY3l1N3RTelkyWkpnblg3OEQ3ZkFqZlkxWjA0amtYTkNw?= =?utf-8?B?ckJ0NC9ST2NWWHVqdm9xYjJKSllmSTVod1pROENieGhRVnliYlh6ZWc0RjJa?= =?utf-8?B?d25lNWxUeGxQcGZJNFpUQngyMTJyMHRXcFBKREkyZGNGNnc2RFhBTzh0VTJv?= =?utf-8?B?aWZXbFAxNHBpcWxXN0lQNTF0QXlram9SeTArMmdMRGYyQkl5WDVWRGxJQ2FV?= =?utf-8?B?SFVtQUZ3bk5NSTJac0QrTHkvRTZzaVJMT3ZHZnlsMXdGMVFyemJEK1F3Y0lC?= =?utf-8?B?K1VURlZIa0xVTXo2ckdXTGwxNlA4NWhJMFR0UnBIZFA0VjVjUjluZnh5UHQ2?= =?utf-8?B?OEtCRmdqTmdZQ3NYR2drMWkzQzF0cG1MNnh0V0l4c3RCTUszZ0RFR1YzejRI?= =?utf-8?B?MzZ5V0xpZE9KQlprNGZpaG4vUmJCK1F5N2VKQ0tRQmZ6Yi9RZ2QzWnF4dkVC?= =?utf-8?B?MXNic2ExUTd5V0FUVXBrZU5KeHFxTDFQTUZOc21KMjl1QWdzUWhiM2dYQVhF?= =?utf-8?B?bnJoSldORFR0ZlJOUWpXUXM5RE1aVUVtc21ZTUdSYWgyNURWaklUWXYxckdm?= =?utf-8?B?UVNzaGhJbmZoOVBjenZ0T0tOOHdNbGE4dWJubEtWdkJqc1VLU1Q1bU9VcStF?= =?utf-8?B?ZGMwQi9wKy9yUHFIUU1KaklXQ3dpUmJtNEVORVNwbityTS9kck9kOUIvZENO?= =?utf-8?B?WjNuUE0xWjRyWlNmYnp5R0pkdkdlUU42bGpveEY1Z2pZNGtzNjhrZzNldm44?= =?utf-8?B?c0dvdlJjVXhNMk90aXN0a285SXNNMlBkdUxzRGJNaytlUHc0bjJGMFhKRlM0?= =?utf-8?B?VWlLTWR2MlR3WmlsTEVuNmJobGx3L3ZVSjFWN2xjZjlFQkYxYTdnOUdHeTk3?= =?utf-8?B?UnN0Q0RKL0E3dzhYYTZyanYxd0VnS3YyVTAzdEtyd2hzV0hYT2E5Y3FvYm01?= =?utf-8?B?UFVjYzkvZkdES0tGUzFpbkZab2JiSlVvbWZDWWhPYldsckFBU1ByQ1JYRnBt?= =?utf-8?B?OU5KR3U0S2g3VlNrY0tOajZvMkFna01mempjYVV1bkZ1UUpsbUhSM0ZCSGEy?= =?utf-8?B?Uzk3NjQyUkNTSEJKc1VjY3d6dVdmQ3U3TVdFL1I5eW1YTGluZFVCdi9qWEFI?= =?utf-8?B?MjAraURMb1ZiTjJMZXNGTDUxZUJUOW44WVBSbkNBNXRlUWo5dmt1ODhWeVVr?= =?utf-8?B?YjdrZHF3UU1rTmNWaDFnWm13Q1NzbVovd294bXlBR3RQMnpPN0l1b2l2VU9a?= =?utf-8?B?M2c1dDRVaFFoTkFia3UvUFhQRjFFK3RuSkNGRk1iWmJyRFcrdldOY3V3M2kr?= =?utf-8?B?enRyOXVDbWxIaVcvOHk3ZWdWblN2b3J5TGIzTUdab3JxbVlieGpWMUxEN0dS?= =?utf-8?B?QUkydURWNTVtUUJDdkVVODVlOVJZeFZ3MFRBVnh0VWJMZ2NLa3VYSzZYbnVJ?= =?utf-8?B?bExkMGxLclVpQzlkT0k2Y3NmdVFBNVVVTWZnZ3crTjBjdXFKTnlvNW55R1Bp?= =?utf-8?B?NGRRNEZsRytMQWdXSE55TUljT0pwbXNqWkFjNjl2enpxalpOU2VFZVh4NGs2?= =?utf-8?B?dEl3YkR0ekFGM3FVa3pjWnRYcmdNL2gzakMvZXdSQnlPM050WUxDVkJITG5k?= =?utf-8?B?am5lOU55WkZkczk0OHg2TWd3WFlndTQzaEVpRDhlR2ZCRzhidzh6cFB0OHJp?= =?utf-8?B?ZmZOR3gydHVsZ1FoNnpwcWVxSHdvbmRwQk9PMm5HSC81WHAvMGJ1MHh4TkFt?= =?utf-8?B?NlhBS0pSQ1Q2ZXE0bkVtNzNSNU9wY24rdHZKZ3VJSFZOaVROcFlDM2RScmFF?= =?utf-8?B?b2RkS3ZnVHJCMzBVK3RZdFlPcFg1RGlTN1RLWEV0TlFRcmtUREhFUGJaOVNm?= =?utf-8?B?c0FFVkJWQUR6ajNnOWNORFFBZlhxU01Vd1hUV2JrczFIbklvYk1qU0ZIOEE2?= =?utf-8?B?S2lYWlc2YXdkS3B0bnJITE5TdXlYc1AwUGwyYkpCc2RHUWs0ZmNoT0tCb1lx?= =?utf-8?Q?It2HO7a2PzoGTv86pka4sUjl9wp?= X-Microsoft-Antispam-Message-Info: 4BggNQlwku95oPFlUjPcM1Ym4eT5i/gSaXcFvACEiKZ+TFZmXF+m05Ah99ttOSobiRmYbahvBp/5Ersx/YyA2vE+Z0qun8w5BZNf8EO9cYFfsrqig81AWs5WOKxxb9OFBlVUZ5sVV70CD6RZPSdXFpvRyVrwtb/xE3nZPgO9bt4gAffyxWCq/8cuRNL7yCxf X-Microsoft-Exchange-Diagnostics: 1; DB6PR0402MB2774; 6:PnUdhg1L0CiznOcqTccq831BC7fZVnfAjqqwm3yqX4MlZT5yz0G4lQiFFTliwDRy/bB8xGozAJa1GmKM96IHaItA0mAw/U6Dnfn+GFuoR1g9ifa3+SW9S2ZfJ81YFejbJeI/ehk2x8o6BBKfSgKZBPUT/9zPd2Gruzrilmbib+KUvGmq5AKcgYwcHR81fqgIQe334ZWcZKm7DzL7ArbDQ5QJlyhE5z4LKVR13flXC4aPqQySDudDT2h8Rs0r8xqTiItqg32WHrIHIZk3PbHmIdgC5k289n/JPYPczAPfAwLfkaWAwJ9KEVS1MFvkTn0BlYdGnODVKjSEfrn5uxMr1S55vyijlvV8oTimgfI+48A=; 5:T5loFPqMOtttRgBsWbZ6ZjN7Oo6+EEAEUiMYb5lQagM3tC0mtLPTyrE70ffCWEEy24r2wXy5cbmLxjuRx84oBMpaMHHgNs1dKbeKaTtu3j+NenAQ3ADAAm0d2JlsivTnknYwsNUgMUJbH3X0zzSa9XC5VRJ/l2hc8adhbO4aBG8=; 24:EClFls961vd9HPGGLdFemHjTrY+SvqR6JMxFcvRZqUmzy3W+XppIzbxjiqehVaCKlEdU0bAONfhn3m6i0nK1QtHsYamEjK46P8lokFhe5mw=; 7:1Gk0KRSSpqyKcSrebmQF61VeaF+Y9c91ZUw2EB8/qiZXxn5N7i6dxou0dIDaXVmEo/bJnpIRVIdQC5XRPYbkVkVHyiKL3Lo8+bAnaNDgTFtJToleJkWTgN9vxptE2afKTm7HZ3QL5sBaQh19ii3zb43bA618+QUPuFU5t/E8p1sxlvCEfO4g9rNLJCSnCOp2/LneXr57FOc5zPJt1LRUoER4EOuxWKdLWWJdZlTwZo/cCVJ5O8kq1TIx00COlhGE SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: nxp.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 21 Mar 2018 06:52:10.3217 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 3309774d-d423-46d1-622e-08d58ef844fc X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 686ea1d3-bc2b-4c6f-a92c-d99c5c301635 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR0402MB2774 Subject: Re: [dpdk-dev] [RFC PATCH v1 1/4] ethdev: add support for PMD-tuned Tx/Rx parameters X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2018 06:52:11 -0000 On Tue, Mar 20, 2018 at 8:24 PM, Ferruh Yigit wrote: > On 3/16/2018 1:54 PM, Shreyansh Jain wrote: >> On Thu, Mar 15, 2018 at 8:27 PM, Ferruh Yigit wrote: [...] >>> Hi Remy, Shreyansh, >>> >>> What do you think about using a variable name consistent with existing >>> "default_[rt]xconf" in dev_info? >> >> It just turned out to be much more complex than I initially thought :) >> Is this what the above conversation merging at (for Rx, as example): >> >> 1. 'default_rx_size_conf' is added in rte_eth_dev_info (and this >> includes I/O params like burst size, besides configure time nb_queue, >> nb_desc etc). Driver would return these values filled in when >> info_get() is called. >> >> 2a. If an application needs the defaults, it would perform info_get() >> and get the values. then, use the values in configuration APIs >> (rx_queue_setup for nb_rx_desc, eth_dev_dev_configure for >> nb_rx_queues). >> For rx_burst calls, it would use the burst_size fields obtained from info_get(). >> This is good enough for configuration and datapath (rx_burst). >> >> OR, another case >> >> 2b. Application wants to use default vaules provided by driver without >> calling info_get. In which case, it would call >> rx_queue_setup(nb_rx_desc=0..) or eth_dev_configure(nb_rx_queue=0, >> nb_tx_queue=0). The implementation would query the value from >> 'default_rx_size_conf' through info_get() and use those values. >> Though, in this case, rte_eth_rx_burst(burst=0) might not work for >> picking up the default within rte_ethdev.h. > > In Bruce's suggestion where ethdev keep defaults is changed. > Initial suggestion was rte_eth_dev_info_get() filling default data, now defaults > will be defined in functions like rte_eth_rx_queue_setup(). > > This is a little different from filling defaults in rte_eth_dev_info_get(): > - Application can know where the defaults are coming from because dev_info > fields are only modified by PMD. Application still prefer to use ethdev defaults. > > - The default values in ethdev library provided in function related to that > data, instead of separate rte_eth_dev_info_get() function. It seems we both are on same page (almost) - just that I couldn't articulate my comments properly earlier, maybe. rte_eth_dev_info_get is only a method to get defaults set by PMDs. dev_info_get is not setting defaults by itself. I get this. > > > What application can do: > - Application can call rte_eth_dev_info_get() and can learn if PMD provided > defaults or not. > - If PMD doesn't provided any default values application can prefer to use > application defined values. This may be an option for the application looking > for most optimized values. > - Although PMD doesn't provide any defaults, application still can use defaults > provided by ethdev by providing '0' as arguments. Yes, agree - and only comment I added previously in this case is that this is not applicable for burst APIs. So, optimal [rt]x burst size cannot be 'defaulted' to EAL layer. Other values like ring size, queue count can be delegated to EAL for overwriting if passed as '0'. > > > So how related ethdev functions will be updated: > if argument != 0 > use argument > else > dev_info_get() > if dev_info->argument != 0 > use dev_info->argument > else > use function_prov Perfect, but only for eth_dev_configure and eth_[rt]x_queue_setup functions - and that is OK with me. > >> >> :Four observations: >> A). For burst size (or any other I/O time value added in future), >> values would have to be explicitly used by application - always. If >> value reported by info_get() is '0' (see (B) below), application to >> use its own judgement. No default override by lib_eal. >> IMO, This is good enough assumption. > > This is no more true after Bruce's comment. > If application provides any values it will overwrite everything else, > application has the final word. > But application may prefer to use provided default values. I am not sure what has changed with Bruce's comment - but I agree with what you are stating. > >> >> B). '0' as an indicator for 'no-default-value-available-from-driver' >> is still an open point. It is good enough for current proposed >> parameters, but may be a valid numerical value in future. >> IMO, this can be ignored for now. > > Agree that we can ignore it for now. > >> >> C) Unlike the original proposal, this would add two separate members >> to rte_eth_dev_info - one each for Rx and Tx. They both are still >> expected to be populated through the info_get() implementation but not >> by lib_eal. >> IMO, doesn't matter. > > There won't be new members, which ones are you talking about? original proposal: (ignore change of names, please) rte_eth_dev_preferred_info { rx_burst_size tx_burst_size rx_ring_size tx_ring_size ... } And this is what I think last few comments intended: rte_eth_rxpreferred { ... rx_burst_size rx_ring_size ... } rte_eth_txpreferred { ... tx_burst_size tx_ring_size ... } both the above added rte_eth_dev_info{} This is what I meant when I stated "...this would add two separate members to rte_eth_dev_info - one each for Rx and Tx..." [...] - Shreyansh