[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <aKxXV5BgpW9Gzw-v@google.com>
Date: Mon, 25 Aug 2025 12:30:15 +0000
From: Alice Ryhl <aliceryhl@...gle.com>
To: "Liam R. Howlett" <Liam.Howlett@...cle.com>, Andrew Ballance <andrewjballance@...il.com>
Cc: Danilo Krummrich <dakr@...nel.org>, Andrew Morton <akpm@...ux-foundation.org>,
Lorenzo Stoakes <lorenzo.stoakes@...cle.com>, Miguel Ojeda <ojeda@...nel.org>,
Boqun Feng <boqun.feng@...il.com>, Gary Guo <gary@...yguo.net>,
"Björn Roy Baron" <bjorn3_gh@...tonmail.com>, Benno Lossin <lossin@...nel.org>,
Andreas Hindborg <a.hindborg@...nel.org>, Trevor Gross <tmgross@...ch.edu>, linux-kernel@...r.kernel.org,
maple-tree@...ts.infradead.org, rust-for-linux@...r.kernel.org,
linux-mm@...ck.org
Subject: Re: [PATCH v2 5/5] rust: maple_tree: add MAINTAINERS entry
On Tue, Aug 19, 2025 at 09:36:10AM -0400, Liam R. Howlett wrote:
> * Danilo Krummrich <dakr@...nel.org> [250819 07:49]:
> > On Tue Aug 19, 2025 at 12:34 PM CEST, Alice Ryhl wrote:
> > > Similar to and just below the existing MAPLE TREE entry.
> > >
> > > Signed-off-by: Alice Ryhl <aliceryhl@...gle.com>
> > > ---
> > > Liam: I'm not sure what you prefer for the MAINTAINERS entry, so let me
> > > know if you want anything changed. There are also a few other options,
> > > for example, I could just add the files under the existing MAPLE TREE
> > > entry? The get_maintainers script should still send any relevant patches
> > > my way because they also match the RUST entry that has a wildcard on the
> > > rust/ directory.
> >
> > From v1 [1]:
> >
> > >> We should have another section for the maple tree, since it's not just
> > >> used for mm. Your stated plan is to use it for GPU allocations and the
> > >> code doesn't live in mm/, wdyt?
> >
> > > Sure, I can add a new section if you prefer that.
> >
> > Maple tree is already used outside of mm, e.g. for regmap stuff and I also use
> > it in nouveau. Hence, I read this as moving maple tree to e.g. lib/ adjusting
> > the existing entry.
> >
> > I personally think that - of course unless the affected people prefer otherwise
> > - it is usually best to keep a single maintainers entry for the C and the Rust
> > code. Maybe Alice can simply be added to the existing maintainers entry?
> >
> > What do you think?
>
> I'm not sure what you mean by lib/ since the lib files are spread into
> other entries by the looks of it?
>
> I'm okay with the entry below or adjusting the existing one.
In that case, I suggest we do this:
MAPLE TREE
M: Liam R. Howlett <Liam.Howlett@...cle.com>
+R: Alice Ryhl <aliceryhl@...gle.com>
+R: Andrew Ballance <andrewjballance@...il.com>
L: maple-tree@...ts.infradead.org
L: linux-mm@...ck.org
S: Supported
F: Documentation/core-api/maple_tree.rst
F: include/linux/maple_tree.h
F: include/trace/events/maple_tree.h
F: lib/maple_tree.c
F: lib/test_maple_tree.c
+F: rust/helpers/maple_tree.c
+F: rust/kernel/maple_tree.rs
F: tools/testing/radix-tree/maple.c
F: tools/testing/shared/linux/maple_tree.h
Optionally we could add (RUST) similar to the LOCKING PRIMITIVES
maintainers entry.
Thoughts?
Alice
Powered by blists - more mailing lists