MAINTAINERS | 14 ++++++++++++++ 1 file changed, 14 insertions(+)
In furtherance of ongoing efforts to ensure people are aware of who
de-facto maintains/has an interest in specific parts of mm, as well trying
to avoid get_maintainers.pl listing only Andrew and the mailing list for mm
files - establish a reclaim memory management section and add relevant
maintainers/reviewers.
This is a key part of memory management so sensibly deserves its own
section.
This encompasses both 'classical' reclaim and MGLRU and thus reflects this
in the reviewers from both, as well as those who have contributed
specifically on the memcg side of things.
Signed-off-by: Lorenzo Stoakes <lorenzo.stoakes@oracle.com>
---
REVIEWERS NOTE: If anybody feels they ought not to be here, or if I missed
anyone, let me know!
MAINTAINERS | 14 ++++++++++++++
1 file changed, 14 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index ccc45b0ba843..a755b9dbf6cf 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -15577,6 +15577,20 @@ F: mm/page_alloc.c
F: include/linux/gfp.h
F: include/linux/compaction.h
+MEMORY MANAGEMENT - RECLAIM
+M: Andrew Morton <akpm@linux-foundation.org>
+R: Johannes Weiner <hannes@cmpxchg.org>
+R: David Hildenbrand <david@redhat.com>
+R: Michal Hocko <mhocko@kernel.org>
+R: Yu Zhao <yuzhao@google.com>
+R: Qi Zheng <zhengqi.arch@bytedance.com>
+R: Shakeel Butt <shakeel.butt@linux.dev>
+R: Lorenzo Stoakes <lorenzo.stoakes@oracle.com>
+L: linux-mm@kvack.org
+S: Maintained
+F: mm/pt_reclaim.c
+F: mm/vmscan.c
+
MEMORY MANAGEMENT - RMAP (REVERSE MAPPING)
M: Andrew Morton <akpm@linux-foundation.org>
M: David Hildenbrand <david@redhat.com>
--
2.49.0On Thu 08-05-25 18:37:35, Lorenzo Stoakes wrote: > In furtherance of ongoing efforts to ensure people are aware of who > de-facto maintains/has an interest in specific parts of mm, as well trying > to avoid get_maintainers.pl listing only Andrew and the mailing list for mm > files - establish a reclaim memory management section and add relevant > maintainers/reviewers. > > This is a key part of memory management so sensibly deserves its own > section. > > This encompasses both 'classical' reclaim and MGLRU and thus reflects this > in the reviewers from both, as well as those who have contributed > specifically on the memcg side of things. > > Signed-off-by: Lorenzo Stoakes <lorenzo.stoakes@oracle.com> Acked-by: Michal Hocko <mhocko@suse.com> Including M for Johannes Thanks! -- Michal Hocko SUSE Labs
Hi Lorenzo, On 5/9/25 1:37 AM, Lorenzo Stoakes wrote: > In furtherance of ongoing efforts to ensure people are aware of who > de-facto maintains/has an interest in specific parts of mm, as well trying > to avoid get_maintainers.pl listing only Andrew and the mailing list for mm > files - establish a reclaim memory management section and add relevant > maintainers/reviewers. > > This is a key part of memory management so sensibly deserves its own > section. > > This encompasses both 'classical' reclaim and MGLRU and thus reflects this > in the reviewers from both, as well as those who have contributed > specifically on the memcg side of things. > > Signed-off-by: Lorenzo Stoakes <lorenzo.stoakes@oracle.com> > --- > REVIEWERS NOTE: If anybody feels they ought not to be here, or if I missed > anyone, let me know! > > MAINTAINERS | 14 ++++++++++++++ > 1 file changed, 14 insertions(+) > > diff --git a/MAINTAINERS b/MAINTAINERS > index ccc45b0ba843..a755b9dbf6cf 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -15577,6 +15577,20 @@ F: mm/page_alloc.c > F: include/linux/gfp.h > F: include/linux/compaction.h > > +MEMORY MANAGEMENT - RECLAIM > +M: Andrew Morton <akpm@linux-foundation.org> > +R: Johannes Weiner <hannes@cmpxchg.org> > +R: David Hildenbrand <david@redhat.com> > +R: Michal Hocko <mhocko@kernel.org> > +R: Yu Zhao <yuzhao@google.com> > +R: Qi Zheng <zhengqi.arch@bytedance.com> > +R: Shakeel Butt <shakeel.butt@linux.dev> > +R: Lorenzo Stoakes <lorenzo.stoakes@oracle.com> > +L: linux-mm@kvack.org > +S: Maintained > +F: mm/pt_reclaim.c Do we have plan to add mm PGTABLE section (at least should contain mm/pgtable-generic.c, include/linux/pgtable.h, etc)? I'm not sure which section, RECLAIM or PGTABLE, is more appropriate for mm/pt_reclaim.c to be included in, but either of them is fine for me. Acked-by: Qi Zheng <zhengqi.arch@bytedance.com> Thanks! > +F: mm/vmscan.c > + > MEMORY MANAGEMENT - RMAP (REVERSE MAPPING) > M: Andrew Morton <akpm@linux-foundation.org> > M: David Hildenbrand <david@redhat.com> > -- > 2.49.0
On Fri, May 09, 2025 at 10:58:11AM +0800, Qi Zheng wrote: > Hi Lorenzo, > > On 5/9/25 1:37 AM, Lorenzo Stoakes wrote: > > In furtherance of ongoing efforts to ensure people are aware of who > > de-facto maintains/has an interest in specific parts of mm, as well trying > > to avoid get_maintainers.pl listing only Andrew and the mailing list for mm > > files - establish a reclaim memory management section and add relevant > > maintainers/reviewers. > > > > This is a key part of memory management so sensibly deserves its own > > section. > > > > This encompasses both 'classical' reclaim and MGLRU and thus reflects this > > in the reviewers from both, as well as those who have contributed > > specifically on the memcg side of things. > > > > Signed-off-by: Lorenzo Stoakes <lorenzo.stoakes@oracle.com> > > --- > > REVIEWERS NOTE: If anybody feels they ought not to be here, or if I missed > > anyone, let me know! > > > > MAINTAINERS | 14 ++++++++++++++ > > 1 file changed, 14 insertions(+) > > > > diff --git a/MAINTAINERS b/MAINTAINERS > > index ccc45b0ba843..a755b9dbf6cf 100644 > > --- a/MAINTAINERS > > +++ b/MAINTAINERS > > @@ -15577,6 +15577,20 @@ F: mm/page_alloc.c > > F: include/linux/gfp.h > > F: include/linux/compaction.h > > > > +MEMORY MANAGEMENT - RECLAIM > > +M: Andrew Morton <akpm@linux-foundation.org> > > +R: Johannes Weiner <hannes@cmpxchg.org> > > +R: David Hildenbrand <david@redhat.com> > > +R: Michal Hocko <mhocko@kernel.org> > > +R: Yu Zhao <yuzhao@google.com> > > +R: Qi Zheng <zhengqi.arch@bytedance.com> > > +R: Shakeel Butt <shakeel.butt@linux.dev> > > +R: Lorenzo Stoakes <lorenzo.stoakes@oracle.com> > > +L: linux-mm@kvack.org > > +S: Maintained > > +F: mm/pt_reclaim.c > > Do we have plan to add mm PGTABLE section (at least should > contain mm/pgtable-generic.c, include/linux/pgtable.h, etc)? > > I'm not sure which section, RECLAIM or PGTABLE, is more > appropriate for mm/pt_reclaim.c to be included in, but either of > them is fine for me. Sorry I thought I had already replied to this! :P I think for now better to keep it in reclaim as we have a bunch of page table code distributed over the place, which we probably need to address separately! > > Acked-by: Qi Zheng <zhengqi.arch@bytedance.com> Thanks! :) > > Thanks! > > > +F: mm/vmscan.c > > + > > MEMORY MANAGEMENT - RMAP (REVERSE MAPPING) > > M: Andrew Morton <akpm@linux-foundation.org> > > M: David Hildenbrand <david@redhat.com> > > -- > > 2.49.0 > Cheers, Lorenzo
On Thu, May 08, 2025 at 06:37:35PM +0100, Lorenzo Stoakes wrote: > In furtherance of ongoing efforts to ensure people are aware of who > de-facto maintains/has an interest in specific parts of mm, as well trying > to avoid get_maintainers.pl listing only Andrew and the mailing list for mm > files - establish a reclaim memory management section and add relevant > maintainers/reviewers. > > This is a key part of memory management so sensibly deserves its own > section. > > This encompasses both 'classical' reclaim and MGLRU and thus reflects this > in the reviewers from both, as well as those who have contributed > specifically on the memcg side of things. > > Signed-off-by: Lorenzo Stoakes <lorenzo.stoakes@oracle.com> Seems fine to me, though I would put Johannes as M (if he is fine with it). Acked-by: Shakeel Butt <shakeel.butt@linux.dev>
On 08.05.25 20:30, Shakeel Butt wrote: > On Thu, May 08, 2025 at 06:37:35PM +0100, Lorenzo Stoakes wrote: >> In furtherance of ongoing efforts to ensure people are aware of who >> de-facto maintains/has an interest in specific parts of mm, as well trying >> to avoid get_maintainers.pl listing only Andrew and the mailing list for mm >> files - establish a reclaim memory management section and add relevant >> maintainers/reviewers. >> >> This is a key part of memory management so sensibly deserves its own >> section. >> >> This encompasses both 'classical' reclaim and MGLRU and thus reflects this >> in the reviewers from both, as well as those who have contributed >> specifically on the memcg side of things. >> >> Signed-off-by: Lorenzo Stoakes <lorenzo.stoakes@oracle.com> > > Seems fine to me, though I would put Johannes as M (if he is fine with > it). That would be lovely. -- Cheers, David / dhildenb
On Thu, May 08, 2025 at 08:31:28PM +0200, David Hildenbrand wrote: > On 08.05.25 20:30, Shakeel Butt wrote: > > On Thu, May 08, 2025 at 06:37:35PM +0100, Lorenzo Stoakes wrote: > >> In furtherance of ongoing efforts to ensure people are aware of who > >> de-facto maintains/has an interest in specific parts of mm, as well trying > >> to avoid get_maintainers.pl listing only Andrew and the mailing list for mm > >> files - establish a reclaim memory management section and add relevant > >> maintainers/reviewers. > >> > >> This is a key part of memory management so sensibly deserves its own > >> section. > >> > >> This encompasses both 'classical' reclaim and MGLRU and thus reflects this > >> in the reviewers from both, as well as those who have contributed > >> specifically on the memcg side of things. > >> > >> Signed-off-by: Lorenzo Stoakes <lorenzo.stoakes@oracle.com> > > > > Seems fine to me, though I would put Johannes as M (if he is fine with > > it). > > That would be lovely. Thanks for the votes of confidence, I'd be happy to do that as well.
On Fri, May 09, 2025 at 01:32:48AM -0400, Johannes Weiner wrote: > On Thu, May 08, 2025 at 08:31:28PM +0200, David Hildenbrand wrote: > > On 08.05.25 20:30, Shakeel Butt wrote: > > > On Thu, May 08, 2025 at 06:37:35PM +0100, Lorenzo Stoakes wrote: > > >> In furtherance of ongoing efforts to ensure people are aware of who > > >> de-facto maintains/has an interest in specific parts of mm, as well trying > > >> to avoid get_maintainers.pl listing only Andrew and the mailing list for mm > > >> files - establish a reclaim memory management section and add relevant > > >> maintainers/reviewers. > > >> > > >> This is a key part of memory management so sensibly deserves its own > > >> section. > > >> > > >> This encompasses both 'classical' reclaim and MGLRU and thus reflects this > > >> in the reviewers from both, as well as those who have contributed > > >> specifically on the memcg side of things. > > >> > > >> Signed-off-by: Lorenzo Stoakes <lorenzo.stoakes@oracle.com> > > > > > > Seems fine to me, though I would put Johannes as M (if he is fine with > > > it). > > > > That would be lovely. > > Thanks for the votes of confidence, I'd be happy to do that as well. Thanks, absolutely support this :) Will switch you out for an M when I un-RFC. Cheers, Lorenzo
On Thu, May 08, 2025 at 06:37:35PM +0100, Lorenzo Stoakes wrote: > In furtherance of ongoing efforts to ensure people are aware of who > de-facto maintains/has an interest in specific parts of mm, as well trying > to avoid get_maintainers.pl listing only Andrew and the mailing list for mm > files - establish a reclaim memory management section and add relevant > maintainers/reviewers. > > This is a key part of memory management so sensibly deserves its own > section. > > This encompasses both 'classical' reclaim and MGLRU and thus reflects this > in the reviewers from both, as well as those who have contributed > specifically on the memcg side of things. > > Signed-off-by: Lorenzo Stoakes <lorenzo.stoakes@oracle.com> Acked-by: Johannes Weiner <hannes@cmpxchg.org> Thanks, Lorenzo!
On 08.05.25 19:37, Lorenzo Stoakes wrote: > In furtherance of ongoing efforts to ensure people are aware of who > de-facto maintains/has an interest in specific parts of mm, as well trying > to avoid get_maintainers.pl listing only Andrew and the mailing list for mm > files - establish a reclaim memory management section and add relevant > maintainers/reviewers. > > This is a key part of memory management so sensibly deserves its own > section. > > This encompasses both 'classical' reclaim and MGLRU and thus reflects this > in the reviewers from both, as well as those who have contributed > specifically on the memcg side of things. > > Signed-off-by: Lorenzo Stoakes <lorenzo.stoakes@oracle.com> > --- > REVIEWERS NOTE: If anybody feels they ought not to be here, or if I missed > anyone, let me know! > > MAINTAINERS | 14 ++++++++++++++ > 1 file changed, 14 insertions(+) > > diff --git a/MAINTAINERS b/MAINTAINERS > index ccc45b0ba843..a755b9dbf6cf 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -15577,6 +15577,20 @@ F: mm/page_alloc.c > F: include/linux/gfp.h > F: include/linux/compaction.h > > +MEMORY MANAGEMENT - RECLAIM > +M: Andrew Morton <akpm@linux-foundation.org> > +R: Johannes Weiner <hannes@cmpxchg.org> > +R: David Hildenbrand <david@redhat.com> > +R: Michal Hocko <mhocko@kernel.org> > +R: Yu Zhao <yuzhao@google.com> > +R: Qi Zheng <zhengqi.arch@bytedance.com> > +R: Shakeel Butt <shakeel.butt@linux.dev> > +R: Lorenzo Stoakes <lorenzo.stoakes@oracle.com> > +L: linux-mm@kvack.org > +S: Maintained > +F: mm/pt_reclaim.c > +F: mm/vmscan.c > + > MEMORY MANAGEMENT - RMAP (REVERSE MAPPING) > M: Andrew Morton <akpm@linux-foundation.org> > M: David Hildenbrand <david@redhat.com> > -- > 2.49.0 > Acked-by: David Hildenbrand <david@redhat.com> Thanks! -- Cheers, David / dhildenb
© 2016 - 2025 Red Hat, Inc.