From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id E3BA6C77B7F for ; Fri, 27 Jun 2025 18:36:19 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 7F84D6B00BD; Fri, 27 Jun 2025 14:36:19 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 7A8D46B00BE; Fri, 27 Jun 2025 14:36:19 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 6BF496B00BF; Fri, 27 Jun 2025 14:36:19 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id 5A8AC6B00BD for ; Fri, 27 Jun 2025 14:36:19 -0400 (EDT) Received: from smtpin05.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 06DE3584C7 for ; Fri, 27 Jun 2025 18:36:19 +0000 (UTC) X-FDA: 83602035678.05.3AB8359 Received: from sea.source.kernel.org (sea.source.kernel.org [172.234.252.31]) by imf04.hostedemail.com (Postfix) with ESMTP id 3F21F40015 for ; Fri, 27 Jun 2025 18:36:17 +0000 (UTC) Authentication-Results: imf04.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b="Fo/jcr08"; spf=pass (imf04.hostedemail.com: domain of dakr@kernel.org designates 172.234.252.31 as permitted sender) smtp.mailfrom=dakr@kernel.org; dmarc=pass (policy=quarantine) header.from=kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1751049377; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=s9eAnQ1v+/QJ8htKPRp2AwVjPZHYoeSwnXgVccvSFOw=; b=22zYzwTQRWmNzMnTpQNdtPx6s0AN5lnwS0y2/IAOQfM8xYD1pk7gHHXnwPRPGNik8bAtVM 616Y9xKG6MylC5qAUZU0f7hf/Uol7LWQirlKdsxb3CdnmxLwvDS7VaUpYuBcwzDcMG5p9K mDR/AzhnoMXmPGoxULOGxewBVxXU8lQ= ARC-Authentication-Results: i=1; imf04.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b="Fo/jcr08"; spf=pass (imf04.hostedemail.com: domain of dakr@kernel.org designates 172.234.252.31 as permitted sender) smtp.mailfrom=dakr@kernel.org; dmarc=pass (policy=quarantine) header.from=kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1751049377; a=rsa-sha256; cv=none; b=mqazpCiTWjWrc8vCXUcE5ClP2p0Qyt1YSQsqRu3cJPRpvc2c/qh+OIPGqosERSXBOZk+f9 wmEVRQt/5J2LmAYloJHOwUEPkAizEpLNq+IHR8oN649w12xiKmeUaeiwUwlVxMcv3GdbV6 aGZTsZmnmG4g1uz366JVeakSOQBm3io= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by sea.source.kernel.org (Postfix) with ESMTP id E003B44AF5; Fri, 27 Jun 2025 18:36:15 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 3DB35C4CEE3; Fri, 27 Jun 2025 18:36:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1751049375; bh=UGlAEvHJZ5FkAhATIQUdtmRiAgmz7gNZLwYsF8dR8U4=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Fo/jcr08LnirSs5EZ6Ebxcg6zAv7uu8WZ11U5cpQA6Qf16QyAXDFnetYvTr0GMq58 PM0xrAKdWzqv9gRfSrsBKkW5XWhQQwEQNsmOy8LzoUI8hsXEnpK7qd00Szj5IHHbNP 8k+QJgxlQU6KOzc41XmdeWkbLPQpsAwNlOPnUarfZhiXsJmPZq0RJA7Sf9RtMfoMCi hu8M4LgL7KVLA4VOLBjJzSeuHIPTs0a3WMXWd47zlfKCOfh/QYvKTvnxpdTspCzmbe QgjYOHE7l6DwKlkcCswaXAgalcSN95qHBoDKPEBq3q68fqhDkij0Z+fpJnQTWQzGwo odTg6CmBz/lmQ== Date: Fri, 27 Jun 2025 20:36:11 +0200 From: Danilo Krummrich To: Vitaly Wool Cc: linux-mm@kvack.org, akpm@linux-foundation.org, linux-kernel@vger.kernel.org, Uladzislau Rezki , Alice Ryhl , rust-for-linux@vger.kernel.org Subject: Re: [PATCH v6 3/4] rust: add support for NUMA ids in allocations Message-ID: References: <20250627181505.2080916-1-vitaly.wool@konsulko.se> <20250627181638.2081102-1-vitaly.wool@konsulko.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20250627181638.2081102-1-vitaly.wool@konsulko.se> X-Rspam-User: X-Rspamd-Server: rspam10 X-Rspamd-Queue-Id: 3F21F40015 X-Stat-Signature: ddc7kcmk8xtpufhttafumbstx93uu8fu X-HE-Tag: 1751049377-300675 X-HE-Meta: U2FsdGVkX1/X7uH87Uu5qwpj8jVUGxhuNOvmWPBhgD6Jec7linc689E19bQlI2+fIoM/99RAUoXPxRKxrwwTTHC/6MKf56fBQI3WkK6KGgkWsttobs5gvZiFs0eoJpMWeOVM9V786cWBBvrPFmrVjUwr7EoNHI4Pn46N/f59hFWA2ZKhnEcOlM5C+vLMpX7SGD6ElxMHFjc1t0GbEWk509TazscJu3W/gwq81bZ98GwAwakmvZ0qqGPF28SZK4EX7nw0wBShWk+5dlXKBknvdiC4YQ/AJ7LNJR01VcGuPcrLlRL3XEbQ5pYHMdC+8OAuTlKjHyRN6Ds9AeFpPox7EQ/s6pX1In/4bRuS3/0Px5smzqKPS4xypndCNarX8WnmEVjPdgTGh7A8EAyMd53Zv5t592IOLFzEj3QITna0NKfElOGR3/e86Vre6RpRR8fBcaoclXgQoSi2dOh4fU9I2+41vEh0dm5iTT9ucVYvj/G8hbDJ0r7VvjWUSvft/aUlxJOCrC7hIrEdbhVyLYu+ii1an4mP+uL8plF+k4k2LMOjc0cAh+Zx3dpnH1E2hVsp9I2z2XAEcK3+duyuo5362LcGXqLBv99mZruNux7TFEkOlQx//K553FduL10J4LszcL+E1b+Iri3hqPk0jJik/hPOFZrfl7xEd8j9Gqaal/nzVamfusuJHYjZvzyZ3rlVEPgtM0BOmPpDGnm4pE1Tch5jK64cdVrLMKXkbGSNNx3JRAWmnhE5IMhkn/hgwyCXrh3PqNkT3PObxZ9GwCrWR91Sr+5lg/poy9HNmnbpOqyk8xNxwMDNGyT89ZbzlYP+aaThmTwh/EajPzPhIJgXYcDr8O+W2eQQmeX1jR5tHP8U7LptLssq+Ng/xrt/+4qQetVn1/HCrFh04qJmccVAr/4nzKqvfsZFB1gL9JR4JOVWPJTWXOC7yBrG6efFo6y4YBKw5ogOXhr0+NP4N2O JpBQhd76 O6gZgXGLg1h128TOvV1/JBMmJYVLXyT+SalhF9WMtbuneu6fs8sPLBDTYbWA452CUMSVDsLgQWJLGUWosjDzmMXvm2eEWQGx0/wIpx354ivjWe9dchBvXbskaonndD/xmgS2WNvcs043Yjd4+G1eyKe/XHW7S38w4RLoAlYAdaIjJ4UkYs3JXHGijaUwzkDknn8dN3BGgtg+gpDrXAYT+KGbSVTK8z2k418fekIaVQ4hUPjtTY/Zc0lniMkC/0nxzcxg4IT4aRWGLubLKtGq4wj7V1g== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Fri, Jun 27, 2025 at 08:16:38PM +0200, Vitaly Wool wrote: > Add support for specifying NUMA ids in Rust allocators as an Option > (i. e. providing `None` as nid corresponds to NUMA_NO_NODE). To do > this, modify ReallocFunc to use the new extended realloc primitives > from the C side of the kernel (i. e. k[v]realloc_node/vrealloc_node) > and add the new function alloc_node to the Allocator trait while > keeping the existing one (alloc) for backward compatibility. > > This will allow to specify node to use for allocation of e. g. > {KV}Box, as well as for future NUMA aware users of the API. > > Signed-off-by: Vitaly Wool Did you see [1]? I can't see the feedback being addressed. [1] https://lore.kernel.org/lkml/aF5-a-bUp1pD5tiS@pollux/