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 E9D99C369B2 for ; Mon, 14 Apr 2025 18:27:45 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id EBB57280072; Mon, 14 Apr 2025 14:27:43 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id E6B0E28005A; Mon, 14 Apr 2025 14:27:43 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id D316E280072; Mon, 14 Apr 2025 14:27:43 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id AD13428005A for ; Mon, 14 Apr 2025 14:27:43 -0400 (EDT) Received: from smtpin13.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 903F8C0495 for ; Mon, 14 Apr 2025 18:27:44 +0000 (UTC) X-FDA: 83333482848.13.6DC6128 Received: from tor.source.kernel.org (tor.source.kernel.org [172.105.4.254]) by imf30.hostedemail.com (Postfix) with ESMTP id 09DE980013 for ; Mon, 14 Apr 2025 18:27:42 +0000 (UTC) Authentication-Results: imf30.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=nCb7uoTk; spf=pass (imf30.hostedemail.com: domain of dakr@kernel.org designates 172.105.4.254 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=1744655263; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=cIu9Se4STGRtfAiOdohENSs7XA+UdpGnMxi2NKjp0pM=; b=K32C+eFz2HDiQKH66EMJWugE5rvpNHAdah2p+xOdHOGe9bo4sVvFQ0be/AuMtyssZp6w7D sQ/I2O3oYnlBsehUyqTEAZjZxS4CHnY3L4SB/Mi18Im9WdOpg4LoGNb7Xkb+ep5s6LPeXW iPAWZwsxQ+RgU6gurn4+r2wUTTz+iQM= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1744655263; a=rsa-sha256; cv=none; b=Pm1l9GfyWH+J2PwVIRLkQuJAhi6TfP7iARz+DgUsq4DQqmkWrOhHMdRpuKHzCS0cPWjQe+ LGLB5d2zWvD+D0dSDMzw8OVZxsGXmRavj1hXbiv7Z+UE7/+m3ndrtt3Svd/B8tg/prIWwj T1EmvNee3qgOgdzeKU0fuqWdoDNLeRY= ARC-Authentication-Results: i=1; imf30.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=nCb7uoTk; spf=pass (imf30.hostedemail.com: domain of dakr@kernel.org designates 172.105.4.254 as permitted sender) smtp.mailfrom=dakr@kernel.org; dmarc=pass (policy=quarantine) header.from=kernel.org Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by tor.source.kernel.org (Postfix) with ESMTP id 433AC6114C; Mon, 14 Apr 2025 18:27:27 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id D8EE5C4CEE2; Mon, 14 Apr 2025 18:27:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1744655261; bh=cIu9Se4STGRtfAiOdohENSs7XA+UdpGnMxi2NKjp0pM=; h=Date:From:To:Subject:References:In-Reply-To:From; b=nCb7uoTk5gII6T00rmswgQJtKiB7vAfu8fG8HoCX6i4Ob7ZnCaz+RXsqk9dFk7D65 q3H7GOqCFWFYgjcszZOnnYtJj4HZ4kWQc+fXk7Er6d5l/vowmnmkgXLD7rjdqTFPJn 9Cays1FbysrQnNrg6id6OHZE5IYCgZ3xvAprn7L+kO6dWoN/PzlJGeaQ7rG9CVo7xe d4jaO4Js4Q5rm1uHwFn9Px36K/xjcd6W0xT7TrJfnQNZDZtn756uiXzoB2S267Tukt M/6Uu+FBpOrnwsPZCPevHP3yeB1LP/CljVmOOiW/t0lFvr2CSR0BC+ya7+fjcQLq5S c5fdQFxsaBAYA== Date: Mon, 14 Apr 2025 20:27:35 +0200 From: Danilo Krummrich To: "Liam R. Howlett" , Andrew Ballance , a.hindborg@kernel.org, akpm@linux-foundation.org, alex.gaynor@gmail.com, aliceryhl@google.com, benno.lossin@proton.me, bjorn3_gh@protonmail.com, boqun.feng@gmail.com, brauner@kernel.org, dingxiangfei2009@gmail.com, gary@garyguo.net, gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, maple-tree@lists.infradead.org, ojeda@kernel.org, rust-for-linux@vger.kernel.org, tmgross@umich.edu, wedsonaf@gmail.com Subject: Re: [RFC PATCH 2/2] rust: add maple tree abstractions Message-ID: References: <20250407200250.1671534-1-andrewjballance@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspam-User: X-Rspamd-Server: rspam10 X-Rspamd-Queue-Id: 09DE980013 X-Stat-Signature: o687h4xf8ahodgjryjw67owc9o6r9fzg X-HE-Tag: 1744655262-943028 X-HE-Meta: U2FsdGVkX1/4TowDU2Jsb5g8Ejq6bQmemQPb3yk91Wq8M61faLqUKArBhAXefTH92Zp/Vf7eADX+4Eeb1oxKmvpSbatLWZREP4MPA/WHyu83jAprNb+N1iT/6bmev0hRP4xNMqLzMl7c/hYDJca2V9nnNdE6rvGYpIiBMCXUFEyMzwByxTwdeu3eLZq3+yOCa8svCwu77xYuRmpMJfYs1WpJcRxripgF8FFAJEd/EICn6BWgq73Bqb9Kl2az/qdFl8D9NrKMsrVsh1z1bzrPfNAUbwGamVWQbdyNWSrp9lwDuH90vPL8DcVZqerJse29Q/v1sFRikyfQ8JWyNGGZxDGX9MfJcdsqkA0up3FTllmC9AMueb12wQ3qJlYtCnIFeSL50ymhM25A5vB5OypEHKNw+7YPrjb2xuf5F39kzA0jQrhjxsINTMxcQgDQ2lSjpPqGXj2/iWznXKW13KEDnQNM51tF5c5CgmZXBblCprDbUMFa28pWzkRkLiT1ZJFc3j6G99iqx6J0r3bbEGm3bqgvpvbpgiadrYOVRbBSAsO37uhLz2DkMoiOpxXYnTI6h5zNwsZM6w3up9HeKTxMOU+d0V5kRseMwNRkhHTs5wofhN2GikvTPthdKC7IgYEZef3/bZJwOBKL4Geu8vo7ef6MprsYgxy4J/0cSYOViti+P45m8sIz31wuCb3umrbwpr+r84bgbRFBiI7fdiWQLYoQ5aA2jFKe4hhAlyDWq/JPv+07xMlUSSaPrtzZr3q63L/vQdrnuRv64TE8W5yshMA6jKERI0e3x1Owwm5ejzfvWldHmPXdcIHzs8rtgKgJ45Juz9SSv1thP2xg9+PSbh7AwQFeOdAML5oPhHMiff14CglXJAVfpa+jPdw+14z9A4OjNQp/A8hKgHOMEho7EEr2CGziy8NEBek3kx/fP7ULji3xVK1J5+y5enSIZpWr/tuBRuXhlS5kf3NU8oq RcXwDBKP Je0vSOQ/BDSTAW67aCfv5fqa82llQnf5SoYoeM+FW9uQ0IFHGuP7dQs5VGDbonSRCKm9D96m4eITEVj/MksY8JUZiR2RkKYdzhVJdFeSwLBG9c5ud1IbKon0UbMnjHwJrDrKh888/NL+be4AjVoYyxrPzx+Sc3ngoxFAx4RVpTLLLiCb2ImEjU7R3Z437twfCtNJqXFWO1MUKHQa2DHPxxXhGYZwVUuePhLUAM/imCMjAnIrB4kOq+OLO2jibdreNe5Zo3NqF3Xyp2qshSho8OJ+hpVxUjWBqV9nGyoA/OYhMnV+rMxaquQM8SdxMP1zNYV8y X-Bogosity: Ham, tests=bogofilter, spamicity=0.399106, 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 Mon, Apr 07, 2025 at 09:36:35PM -0400, Liam R. Howlett wrote: > No, I don't think it is worth having a rust implementation right now as > there are no users and I could cause issues on the rust side without > knowing. I may have a user for this in the future, but we still need to investigate other options for this. If you remember, I'd have loved to use this for DRM GPUVM, but unfortunately failed since we would need to be able to pre-allocate multiple new entries upfront, before knowing any details about the entries and before modifying the tree. With nova-core we may get another option to use it as VRAM allocator. But as mentioned, we're still investigating. - Danilo