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 6C6C146AD2; Tue, 1 Jul 2025 16:17:26 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 25C8A402A5; Tue, 1 Jul 2025 16:17:26 +0200 (CEST) Received: from fhigh-b5-smtp.messagingengine.com (fhigh-b5-smtp.messagingengine.com [202.12.124.156]) by mails.dpdk.org (Postfix) with ESMTP id DDA4540264 for ; Tue, 1 Jul 2025 16:17:24 +0200 (CEST) Received: from phl-compute-07.internal (phl-compute-07.phl.internal [10.202.2.47]) by mailfhigh.stl.internal (Postfix) with ESMTP id 12EB77A009C; Tue, 1 Jul 2025 10:17:24 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-07.internal (MEProxy); Tue, 01 Jul 2025 10:17:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= cc:cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1751379443; x=1751465843; bh=JO4cGPgPfHVYFj5IFPJVKjdqKgQyS8G3kxOAI7ZTLRw=; b= WsMCxXfldx8HQ7wCYY+bOClVztIvcEXHgoAGddX/3N8O085JTdITwhOc4GUWnsIN ChTCOiZZAl9LVtwr/Nies+EmEpYmWknNTwuk4Kh58U8hm8+Ym3f9hk/nZSKaNnmE Dieijbcd4haO88lUSDM45kDrdv941E7hRAo9MiNeiBeTlOgaLg5xy38FmFb4SvYh s+GU4ETNTQ7qFBP7l12p4GdnswIYbUfn8mWH7VjQOlImKipFcCBNTyaXFokl9iH7 lJH9qN0GjH1oU7veqmhIXnuGZdKIIBhhYUbUp1vLmGgY7pQOuktPrVQtng1RmeK1 dH7u74f39YaHo0qjJVrgOA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1751379443; x= 1751465843; bh=JO4cGPgPfHVYFj5IFPJVKjdqKgQyS8G3kxOAI7ZTLRw=; b=f D+YtS9pfeJvI96UaLt0Wf/WeKRsf/hHHFnHxE4UFX2M7zJi0Q9ihDYd/HpQWBHc6 UdVx6yGs6Yg2KnWhKBYBYU2XwTxKUE+k/HkHp0pvQ9trOQL1nm/GefAGse1QMiFx ltfsv+7xRx9oHiACLYvdroSbL5Jl/u0rwYfsNoKSXFrzoUiHkUuUquPko/1HvXun hjOHiWHbz4j0Gl4tvURQe9nBz4RujbFiSVPhqsy3Fj+sFuTNIyFUZtnFUR/K0n+x xjKvOaaL2zk5iYDPok+gw0ZO2uFGCtLlVbNxNxOgLx4MTG7G4vHWh2Y9P50jEPNC sxCCbj85GXF0S+aD6RNqw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdefgddugeejgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjug hrpefhvfevufffkfgjfhgggfgtsehtufertddttdejnecuhfhrohhmpefvhhhomhgrshcu ofhonhhjrghlohhnuceothhhohhmrghssehmohhnjhgrlhhonhdrnhgvtheqnecuggftrf grthhtvghrnhepjeduveehieevuddutdevfffgtdegkeeuveejffejgedtgeegkefgvdeu gfefkeejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomh epthhhohhmrghssehmohhnjhgrlhhonhdrnhgvthdpnhgspghrtghpthhtohepiedpmhho uggvpehsmhhtphhouhhtpdhrtghpthhtoheprghnughrvghmuhgvsehlihhnuhigrdhmih gtrhhoshhofhhtrdgtohhmpdhrtghpthhtohepuggvvhesughpughkrdhorhhgpdhrtghp thhtohepkhhonhhsthgrnhhtihhnrdgrnhgrnhihvghvsehhuhgrfigvihdrtghomhdprh gtphhtthhopegurghvihgurdhmrghrtghhrghnugesrhgvughhrghtrdgtohhmpdhrtghp thhtohepsghruhgtvgdrrhhitghhrghrughsohhnsehinhhtvghlrdgtohhmpdhrtghpth htohephhhonhhnrghpphgrrdhnrghgrghrrghhrghllhhisegrrhhmrdgtohhm X-ME-Proxy: Feedback-ID: i47234305:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 1 Jul 2025 10:17:22 -0400 (EDT) From: Thomas Monjalon To: Andre Muezerie Cc: dev@dpdk.org, Konstantin Ananyev , David Marchand , Bruce Richardson , honnappa.nagarahalli@arm.com Subject: Re: [PATCH] rcu: add deprecation notice about limit on defer queue element size Date: Tue, 01 Jul 2025 16:17:20 +0200 Message-ID: <4620749.daG60p0z9X@thomas> In-Reply-To: <1747957021-2581-1-git-send-email-andremue@linux.microsoft.com> References: <1747957021-2581-1-git-send-email-andremue@linux.microsoft.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" 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 23/05/2025 01:37, Andre Muezerie: > The functions rte_rcu_qsbr_dq_create and rte_rcu_qsbr_dq_reclaim establish > no limit on the size of each element in the defer queue. Very good, we need more unlimited API in DPDK. > With DPDK 25.11 a hard limit will be set (``RTE_QSBR_ESIZE_MAX``). I think it is a step in the wrong direction. I prefer having no limit. > This will allow fixed C arrays to be used in the functions' implementations, > avoiding VLAs and use of alloca(). I don't understand this justification. Why trying to remove the 2 alloca() in the lib RCU?