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 095E44614F; Thu, 30 Jan 2025 17:48:14 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id C7EFD40275; Thu, 30 Jan 2025 17:48:12 +0100 (CET) Received: from mx0b-0016f401.pphosted.com (mx0b-0016f401.pphosted.com [67.231.156.173]) by mails.dpdk.org (Postfix) with ESMTP id E008C4025A for ; Thu, 30 Jan 2025 17:48:10 +0100 (CET) Received: from pps.filterd (m0431383.ppops.net [127.0.0.1]) by mx0b-0016f401.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 50U7vf88030284; Thu, 30 Jan 2025 08:48:10 -0800 Received: from nam10-mw2-obe.outbound.protection.outlook.com (mail-mw2nam10lp2040.outbound.protection.outlook.com [104.47.55.40]) by mx0b-0016f401.pphosted.com (PPS) with ESMTPS id 44g5engt55-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 30 Jan 2025 08:48:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=yEGlK6CFCyUQdFHh/K1BwvHjlUuUIwfviqfbIQ+W1/RF040dcqslfeai06scdZWE+YIWAcxmk/5ShYHtdI8gTbyGRfx6Mz3vv9QSfgvT8rLV0wgxBHBdnfLmmtN//33sfmWCFy25D42066MYGlgvG/caRefjgFELCU+bsKc2NUYgylA19O1QHRK2oaPE8Ir8tE4EDIxSZv+hP3tAR8ROCLdBqB7zgxAWqI10F5T5M9kegkr01CHtXu4WhtzXsnuh4c7X8S4+3gBMlH6Tl8yviMtTDqcQbMSTmbSWOiq7ZdCZUKtCmJIAHdN9JDNwjs6uNt7KYXavrybIXqFBxSL/Dw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; 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=gLO7uc1T7EfyhfQ+af6aX6UY7mvRWIDf3heZsv3bfGw=; b=i1DpEff8OBh4ktoJwhZJjhejlu6WCAihhXWOM4C1+bReNHIZ0CsXNnYbwn8VPjy+FIqrzd9N0wyk4bzDd/k8PCy2cZjgnvIDPvUlVGJERir24vEnHiwPgfoo2lds8dGn9kxccmB70KT/NSxkqBY+rrbmt2nfpP4V4fXbPKDfFkoyyKL1jSWy4ji4U7UNtouQEOpu19NFCos6oZ5j3PSw/191CZipYLGF8QdbM2zOx3yxQ3VwHM8mJtxN1Ki/q15cyWPlqzBz1xCejfCdAuGn/yXvSqhq3RSOZaH2QyRF6lKZMwECHWIuYeziV8wLrYwnsftYtd0LcuzD3qkHbS5X2w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=marvell.com; dmarc=pass action=none header.from=marvell.com; dkim=pass header.d=marvell.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=marvell.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=gLO7uc1T7EfyhfQ+af6aX6UY7mvRWIDf3heZsv3bfGw=; b=ZMWXUlJmmyYXeMSSwhW6/WCv5ZKwp8thRQ3VwW2W7JADIDeDl62zgzGVS6S28O+KCpv6FlkdzmMp6LbdJOCrWQvupViVj8vwPipnkeqJl3GrHgEZxq/3Oe3d3Cc55tm6sLD/i8gX+4wZ8AkCC069R5+Q4Cm1+537PzDiruncV4I= Received: from BY3PR18MB4785.namprd18.prod.outlook.com (2603:10b6:a03:3cc::18) by IA3PR18MB6254.namprd18.prod.outlook.com (2603:10b6:208:517::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8377.23; Thu, 30 Jan 2025 16:48:06 +0000 Received: from BY3PR18MB4785.namprd18.prod.outlook.com ([fe80::4f9f:e101:dad7:c576]) by BY3PR18MB4785.namprd18.prod.outlook.com ([fe80::4f9f:e101:dad7:c576%4]) with mapi id 15.20.8398.018; Thu, 30 Jan 2025 16:48:06 +0000 From: Jerin Jacob To: "Naga Harish K, S V" , Shijith Thotton , "dev@dpdk.org" CC: Pavan Nikhilesh Bhagavatula , "Pathak, Pravin" , Hemant Agrawal , Sachin Saxena , Mattias R_nnblom , Liang Ma , "Mccarthy, Peter" , "Van Haaren, Harry" , "Carrillo, Erik G" , "Gujjar, Abhinandan S" , Amit Prakash Shukla , "Burakov, Anatoly" Subject: RE: [RFC PATCH] eventdev: adapter API to configure multiple Rx queues Thread-Topic: [RFC PATCH] eventdev: adapter API to configure multiple Rx queues Thread-Index: AQHbUehzjqiIJ0+TDEqaWKCLlR4kPbLyeVCAgBDXeoCAEXJrgIADdKCAgADj1gCABoKngIAAjp+AgAJJBACAAI1GAIACf7cAgABmvgCAB4kVgIAAKwXwgAIWRACAABGRkA== Date: Thu, 30 Jan 2025 16:48:06 +0000 Message-ID: References: <20241219073405.1724200-1-sthotton@marvell.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: BY3PR18MB4785:EE_|IA3PR18MB6254:EE_ x-ms-office365-filtering-correlation-id: 3cdd3336-ea29-4cc8-e1ed-08dd414ddee5 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230040|366016|376014|1800799024|7416014|38070700018; x-microsoft-antispam-message-info: =?utf-8?B?b0hmeDlIZWRRNG1ENVNuMC96WEp1S3VIVzN4cWswNU9QSlN6QWtsbXNPMGlV?= =?utf-8?B?aXBucEQ1RU1KRkFEVEZNdi9sQlpzVmJIUVRrVUY4MWJ2REwvVFNoOERiemZi?= =?utf-8?B?MUNTOEw3SUM2SCt5bnpRQkJ2ckJNK1V3QzNzbityNWp4NUk1V00zb2ZhbjZG?= =?utf-8?B?UmdsSG5XQlcrUFFFUm41SEtXU3VtYzNrcDg4WEpFUEZvRlh3Z2w4dElhTUVr?= =?utf-8?B?QzhVbGI3ZHZ1UEtpUVdSTUd1YStONHRUYUhkWi93SFJ1cXAvcE5sdXI2MmFE?= =?utf-8?B?SjZLZjl1VHJFM2RHejZZMDduQ3RDRFNYRnByaVNJRkJkWnp2akZuZVg4cUxn?= =?utf-8?B?dkpNVjdtRkdtMkcxb1NXdTFUa1V5b0o4bm9aZWQ5cTJCV0tMNllSeUJJb2tO?= =?utf-8?B?WnlkZUZlbWl2OUtnTHZiV3hJTW1YM3Qrazl0b0tjb3J6djhibnZHTmFuNVUy?= =?utf-8?B?UlBVOFk2QnpsL1lkbkhzMWY1RkZVOFlSTEJKUzRnVnlIZ3M1TmpKSlFXbzJF?= =?utf-8?B?RXhGMEliMXZWK3Y2dXlncFp6OGZJM1dyTm1aWGpFZkxrT1BINUZTdWY0V2ZF?= =?utf-8?B?RjRjbXRzTXgyZndqWi9GTm0rNnl0TVFuNmhhNi9UQm5US0VPRGtpU2xNTklW?= =?utf-8?B?UzBOMDhvbitiKzQxMmlMbGJTRlRTa3lkRU5HMis4QUpWSTk4cWNVbnpxdTFU?= =?utf-8?B?QlVZRVdNWElzdTUrdlVzS015NWRWOFNTUjlYL1UybHhZaVV2bjdvZGFZdnFa?= =?utf-8?B?VXJwTlJWZlg4TGRQMVQzcWtGRzBUcWlyQXNUQVNkdC93UVJwYmMvbVVTNnBr?= =?utf-8?B?c0xVQ1YxTEtMRDgvdUh4Q29yS24rekM5NnZQdmJtb3FPb0t5VHR3KzZXOHBO?= =?utf-8?B?ZUIzVG9zai90czR0S2N0eWM3clZVS3cyOTRhSEdMdFRKTHY5TGprcmNVbnNG?= =?utf-8?B?dDY2N2dGQmk0Unh5THdvNW56ZGM0NUwvWTVudVM0WWlBRFJIbTQvUWxvQmU5?= =?utf-8?B?ZDllbUFiN0FpeHhCMDllYW1xclpsdUpJb0ovakpWZzBZY21wT1ZVcFlTck1h?= =?utf-8?B?eFhEdHMrR21Fakc0UmJselN5akppK0dNZ3ZwRWxGSEZNbnpMV0lpOU5Zc3dW?= =?utf-8?B?VDJvNURkekk5dVRIZFBOUUVEa0UyNWVGV1p5WE0xdzlBVVFZdC9WTC8rTWxi?= =?utf-8?B?aXV1RW42bm9IS3QyUElrb3JEaXF4Ly9UL0ZGYkJpWTNGb0phVFhyOVRocldZ?= =?utf-8?B?TmR1ZVNQd3dnMG1LNGo4VUNJRm1VZmdVcERrV0tST1Z2c1N2YjFBem0yZ1Vq?= =?utf-8?B?aGJ5SWJNeGNkM3NMTEpSN1dWMlRadVFZbzdTZkFPaHVhT2FxVkxtWGRadHl5?= =?utf-8?B?MmY4WlF6ZVFHRlcwcFdEcUp5K1hlOFVHZFBweTB2ZWltbUlOT2ZnWUZ6aVFX?= =?utf-8?B?cnpjTjNUVmRoRnpDdGhGa1FHaXVFYmVHOXVTNU5WZEYvOHpKeDFIUlpSYkVY?= =?utf-8?B?RE5NdzI1Vkd2cXVKRUVmeWl3Y1d2bEpmVTN4U0I5dDl6MWFMTUgrNVZTb0NV?= =?utf-8?B?eGtvWVhGQjJ1OXdXaXdHcGxwajlscmd1MVlEQXNZZHFLcVd3ak5odVBWR1ov?= =?utf-8?B?SGhuSWY5MDlUYVlvQlF4UUJsZzZDWUo4MGpXczJQbnZvUU8zcVc2VklyLzV1?= =?utf-8?B?RXhpVnB2RUtSRWlIRXE2V0ZmblhDWTRCMlkwdjlCbnhrQXBTR2p6d1VsdkJI?= =?utf-8?B?ZVltV0hiRnVJd3lHekY5b1k5TnltandxNWJWZlZIckxHUXVGdXdJRksySnU1?= =?utf-8?B?eVg1VGRCKzZMMUtaK3lXWlBudHlsU0dFS0NOa2MxeFVsNzV1dkEyVnB6a2xa?= =?utf-8?B?NVhZTDRtd3hBUDM2eVNQMldzVXlLNzRwZXRDNGxaOXJta1E9PQ==?= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY3PR18MB4785.namprd18.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(366016)(376014)(1800799024)(7416014)(38070700018); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?N2F6VXFPbFdHTzBtR0EwSk5oek1WL0RtQTJIWDUxNVAyenVHSUEwbmVNZVVI?= =?utf-8?B?Y013MVdqbW1GZENvWmpuWVFRbFFRYUtMNTdFNzdGd3QvQWRRbUpmRkNmTVkr?= =?utf-8?B?eGtDcW5zaFpkb3ZVRjlRSFNQaUZzV1JaZGEycDQ0QXVPQVhkZElWMGE2amta?= =?utf-8?B?Z0tpUXhrRHc3b05tM2pNMWVFUjVZcC9nMXRxcm9QT1NsRnltaHFPQjJBYmxx?= =?utf-8?B?bVBuQXRadDFSRmxWWFA0c3NOSXBLVXFRS2laZEFOTHNpWFVhTDhuck1EdHFq?= =?utf-8?B?MVU5dnBiTEVrcTlBOGdsR25OY1ZDRFVoTjVwOFZEL2RuTW9WQW5iS0xvQ0M4?= =?utf-8?B?N3ZkdnZocTJQMEYyZzFBaE9ZZ2RCTnVwdHVCc3VFbmFEQVFubHViZVBuKzJl?= =?utf-8?B?MjEzOVpXYzFUQ0ZwUzF6cDRTajF2bXpPWVQ0MVFnVEo5TlBBL3pqMERjUHQ2?= =?utf-8?B?Q3JpZ3BKMG1LdW5FaFd1VGVKN2NMUzdVd3U5ckN2NHZkQ0dvaUU4dVF4bGd5?= =?utf-8?B?cGFsL0pOWnFzRWtIOEV0czRvSUFwRk9SWFB6WjdHRkxwWHZMcitQZ2k0bUs3?= =?utf-8?B?OEJObGswK2hCRklYdWZ2Q0RWUkRMeHVZZlEydEkvSzZ6WjhZWVgvbTFuNEVt?= =?utf-8?B?cGNkSlhoQ08yazZNMDRyN0d6WVk3blRIYlNpSWcyYnJPOHIvM2VYUGJBZC9O?= =?utf-8?B?WUUrR1F4amZsc041c1gvdVBac1hKVGswYVk2Q0dMSm1NQmF2cHVhSy9IRGVp?= =?utf-8?B?QTU1eDdKMUVkbW5QbzFUUUI1S2dDRnBJTkFSaVpqalBhSXBqU3l5a2NOL0JK?= =?utf-8?B?ZUpwdXhZU0xTQjNiSUR5Ymp2QnU4MmRKVndudU40L3Fadkw4QTZoRUlwT1JE?= =?utf-8?B?ajVLbzZORlJ6bkRkQ3UycmdIdGN2UkRNbUVubkpUM0RPTEwzMkRDS3hQaDlQ?= =?utf-8?B?ZnBFR0NnUm1QbXlTdndkVzBPdnhMVEppcUhtbDhGZ3QxcGxrdWRVZEdiM1dL?= =?utf-8?B?QU1zM0wvdDhEWW80dnV3NUdsTDBLOE5NNEN4MlZVK1VkcStxYlZ0WlA4dUxU?= =?utf-8?B?eHl3TFFuODJNTFEvdjY2NExIeXl6a0FHdlBsRFl5K3lpZjIyZmQ2ZjF1UHFl?= =?utf-8?B?SXQwMFJjUnhITUl5Wmw2WldNYUxRaldDN0d5QzdmQy9BZ1RPOWdRb29IYnFU?= =?utf-8?B?bnphY0lqby9xMTlIeUpOVGVxSEVJZTFqZldvMDNnVkk4RVFpVS9DZkpxczMy?= =?utf-8?B?RnJFOFowekFFMlphQkhWamZWZmh3WlJ3Tm51SThHT0VwbUlNVU5yYWQrbjc0?= =?utf-8?B?Vm1CWFV4ckRBa0taTDdSOS9ZcGxZK2dDM3BTNGNyRWVDTHlQdk1QL204Tmxj?= =?utf-8?B?eVF2K2xlck9EWElhbUpvT0puTjFyUnlvTXlsdStON2RXejVvQWZxS25IQ0ps?= =?utf-8?B?c254MXcwSVByTU5YekdyVWs1dkRHcFJ2MW5YcENiVGpjZis0em53RWNlRzZV?= =?utf-8?B?Y2tOcVpzSGJ5dHNjUEk1MitFcGQzZXRyWUo4RVQ3MjJjck02b1JBc2JxWUtK?= =?utf-8?B?NG5SWjNhSGJxRE44M1B1Qm9jMUZnRWN6b1NxMFhQcXZ2ZlJDM2toWWhVcVBt?= =?utf-8?B?aWZXbVJTcFQ1SUEydFY1S1ZOL2F4WnVQS2tSdnhKMi9aWWxMc1NUaWR6elIx?= =?utf-8?B?Rmg3NkJSdVU5Ny9FMTB5enJQNjNpUS9KRjlYaVJyaURWdG9sTU9QSFV4VVB0?= =?utf-8?B?VEtIdWFRalc5d29uV1BoZTV2ai9hNXVYVkJnVVdVMmlMZ2pUMmdyMnJ5a0lB?= =?utf-8?B?bVRoZ2pnYzNGOTJTT3JTT0FvMXNzMnNROW4yZFNFODdMRDBRVEhITUI1VURh?= =?utf-8?B?bG42QWFUa3l3eGY0MmdkMUVlT29NMFZCVkF5aDdHS1pFcTVGWU9ObndQYkJ4?= =?utf-8?B?cWl2bHhhQjg5bUpMU1BVWUhoa214Q2lvVGNaSjlqV0RrUThRTStMZ2l3SzJV?= =?utf-8?B?aGY5NzJLZ1RWZjJQUE9yaFB4ZEZ1SUE2Rk54bG1hNTRzN3cwUEM3cFJHOEV3?= =?utf-8?B?eGNzVGVDQWI2L0wyUnlPTUxjaVRqcTZHSldSdG9lM2JMd0x1dDFKRHl2VnFX?= =?utf-8?Q?QC54=3D?= MIME-Version: 1.0 X-OriginatorOrg: marvell.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BY3PR18MB4785.namprd18.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 3cdd3336-ea29-4cc8-e1ed-08dd414ddee5 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Jan 2025 16:48:06.4247 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 70e1fb47-1155-421d-87fc-2e58f638b6e0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 3+/h1Li5225UvGaTaMpKEFB8eRomBxjbnSprYYz6IDfVoW1hjZ/xY+O272K44AiCum9iBxjwhxDjIF0/gj9tSw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: IA3PR18MB6254 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Proofpoint-ORIG-GUID: I74cBYzrQ5MAyOvTrNdX3Lf0LPWxj9Kh X-Proofpoint-GUID: I74cBYzrQ5MAyOvTrNdX3Lf0LPWxj9Kh X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1057,Hydra:6.0.680,FMLib:17.12.68.34 definitions=2025-01-30_08,2025-01-30_01,2024-11-22_01 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 > -----Original Message----- > From: Naga Harish K, S V > Sent: Thursday, January 30, 2025 9:01 PM > To: Jerin Jacob ; Shijith Thotton ; > dev@dpdk.org > Cc: Pavan Nikhilesh Bhagavatula ; Pathak, Pravin > ; Hemant Agrawal ; > Sachin Saxena ; Mattias R_nnblom > ; Liang Ma ; > Mccarthy, Peter ; Van Haaren, Harry > ; Carrillo, Erik G ; > Gujjar, Abhinandan S ; Amit Prakash Shukla > ; Burakov, Anatoly > Subject: [EXTERNAL] RE: [RFC PATCH] eventdev: adapter API to configure > multiple Rx queues >=20 > > -----Original Message----- > From: Jerin Jacob > > > Sent: Wednesday, January 29, 2025 1:=E2=80=8A13 PM > To: Naga Harish = K, S V > > ; Shijith Thotton > > marvell.=E2=80=8Acom>; >=20 >=20 >=20 > > -----Original Message----- > > From: Jerin Jacob > > Sent: Wednesday, January 29, 2025 1:13 PM > > To: Naga Harish K, S V ; Shijith Thotton > > ; dev@dpdk.org > > Cc: Pavan Nikhilesh Bhagavatula ; Pathak, > > Pravin ; Hemant Agrawal > > ; Sachin Saxena ; > > Mattias R_nnblom ; Liang Ma > > ; Mccarthy, Peter ; > > Van Haaren, Harry ; Carrillo, Erik G > > ; Gujjar, Abhinandan S > > ; Amit Prakash Shukla > > ; Burakov, Anatoly > > > > Subject: RE: [RFC PATCH] eventdev: adapter API to configure multiple > > Rx queues > > > > > > > > > -----Original Message----- > > > From: Naga Harish K, S V > > > Sent: Wednesday, January 29, 2025 10:35 AM > > > To: Shijith Thotton ; dev@dpdk.org > > > Cc: Pavan Nikhilesh Bhagavatula ; Pathak, > > > Pravin ; Hemant Agrawal > > > ; Sachin Saxena ; > > > Mattias R_nnblom ; Jerin Jacob > > > ; Liang Ma ; Mccarthy, > > > Peter ; Van Haaren, Harry > > > ; Carrillo, Erik G > > > ; Gujjar, Abhinandan S > > > ; Amit Prakash Shukla > > > ; Burakov, Anatoly > > > > > > Subject: [EXTERNAL] RE: [RFC PATCH] eventdev: adapter API to > > > configure multiple Rx queues > > > > > > > > > >This requires a change to the > > > > >rte_event_eth_rx_adapter_queue_add() > > > > >stable API parameters. > > > > >This is an ABI breakage and may not be possible now. > > > > >It requires changes to many current applications that are using > > > > >the > > > > >rte_event_eth_rx_adapter_queue_add() stable API. > > > > > > > > > > > > > What I meant by mapping was to retain the stable API parameters as > > > > they > > are. > > > > Internally, the API can use the proposed eventdev PMD operation > > > > (eth_rx_adapter_queues_add) without causing an ABI break, as shown > > below. > > > > > > > > int rte_event_eth_rx_adapter_queue_add(uint8_t id, uint16_t eth_dev= _id, > > > > int32_t rx_queue_id, > > > > const struct rte_event_eth_rx_adapter_queue_conf *c= onf) { > > > > if (rx_queue_id =3D=3D -1) > > > > dev->dev_ops->eth_rx_adapter_queues_add)( > > > > dev, &rte_eth_devices[eth_dev_id], 0, > > > > conf, 0); > > > > else > > > > dev->dev_ops->eth_rx_adapter_queues_add)( > > > > dev, &rte_eth_devices[eth_dev_id], &rx_queu= e_id, > > > > conf, 1); > > > > } > > > > > > > > With above change, old op (eth_rx_adapter_queue_add) can be > > > > removed as both API (stable and proposed) will be using > > eth_rx_adapter_queues_add. > > > > > > Since this thread is not converging and looks like it is due to confusi= on. > > I am trying to summarize my understanding to define the next > > steps(like if needed, we need to reach tech board if there are no > > consensus) > > > > > > Problem statement: > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > 1) Implementation of rte_event_eth_rx_adapter_queue_add() in HW > > typically uses an administrative function to enable it. Typically, it > > translated to sending a mailbox to PF driver etc. > > So, this function takes "time" to complete in HW implementations. > > 2) For SW implementations, this won't take time as there is no other > > actors involved. > > 3) There are customer use cases, they add 300+ > > rte_event_eth_rx_adapter_queue_add() on application bootup, that is > > introducing significant boot time for the application. > > Number of queues are function of number of ethdev ports, number of > > ethdev Rx queues per port and number of event queues. > > > > > > Expected outcome of problem statement: > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > 1) The cases where application knows queue mapping(typically at boot > > time case), application can call burst variant of > > rte_event_eth_rx_adapter_queue_add() > > function > > to amortize the cost. Similar scheme used DPDK in control path API > > where latency is critical, like rte_acl_add_rules() or rte_flow via > > template scheme. > > 2) Solution should not break ABI or any impact to SW drivers. > > 3) Avoid duplicating the code as much as possible > > > > > > Proposed solution: > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > 1) Update eventdev_eth_rx_adapter_queue_add_t() PMD (Internal ABI) API > > to take burst parameters > > 2) Add new rte_event_eth_rx_adapter_queue*s*_add() function and wire > > to use updated PMD API > > 3) Use rte_event_eth_rx_adapter_queue_add() as > > rte_event_eth_rx_adapter_queue*s*_add(...., 1) > > > > If so, I am not sure what is the cons of this approach, it will let to > > have optimized applications when > > a) Application knows the queue mapping at priorly (typically in boot > > time) > > b) Allow HW drivers to optimize without breaking anything for SW > > drivers > > c) Provide applications to decide burst vs non burst selection based > > on the needed and performance requirements >=20 > The proposed API benefits only some hardware platforms that have optimized > the "queue_add" eventdev PMD implementation for burst mode. > It may not benefit SW drivers/other HW platforms. The sprint is to have ONE API for all drivers(SW or HW). If one driver is n= ot able to leverage feature is OK as long it is NOT breaking anything. We been accommodating to= n of capabilities(like RTE_EVENT_DEV_CAP_DISTRIBUTED_SCHED) And SW driver specific public API(like rte_event_eth_rx_adapter_service_id_= get()) to have Common API. As long as it does not break each other and application has cla= rity on the usage (when to use the API) I don=E2=80=99t see any issue. Do you see any issue w= ith that forward progress approach?=20 > There will not be much difference in calling the existing API > (rte_event_eth_rx_adapter_queue_add()) in a loop vs using the new API for= the > above cases. That is just A implementation view. Right? I have explained in the problem = statement=20 which is the not case for some drivers.(Even SW driver can leverage such bu= rst function using SIMD etc, if one driver wants to) >=20 > If the new proposed API benefits all platforms, then it is useful. See above. > This is the point I am making from the beginning, it is not captured in t= he > summary.