linux-kernel - Re: [PATCH] MAINTAINERS: mark MGLRU as maintained

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-Id: <20250815223256.111f6ce04da3528fdf19ae84@linux-foundation.org>
Date: Fri, 15 Aug 2025 22:32:56 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Shakeel Butt <shakeel.butt@...ux.dev>
Cc: Axel Rasmussen <axelrasmussen@...gle.com>, Yuanchu Xie
 <yuanchu@...gle.com>, Wei Xu <weixugc@...gle.com>, Yu Zhao
 <yuzhao@...gle.com>, linux-mm@...ck.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] MAINTAINERS: mark MGLRU as maintained

On Fri, 15 Aug 2025 17:08:59 -0700 Shakeel Butt <shakeel.butt@...ux.dev> wrote:

> > > > +MEMORY MANAGEMENT - MGLRU (MULTI-GEN LRU)
> > >
> > > Why not just add yourselves (and the missing files) to the existing
> > > reclaim section? Eventually we want a single reclaim solution, so why
> > > not start with single reviewer section?
> > 
> > Sure, I can see the argument for that.
> > 
> > I suppose the case against would be, perhaps the folks already listed
> > in the RECLAIM section don't want to additionally get e-mail for the
> > extra files listed in this patch? (Perhaps mostly the MGLRU
> > documentation, the rest of them aren't necessarily MGLRU specific.)
> > 
> > I don't have a strong preference either way, I think mostly I'd be
> > interested to know Andrew's or the other reviewers' preference. Note
> > Lorenzo suggested a separate MGLRU section here:
> > https://lkml.org/lkml/2025/8/14/271
> > 
> 
> I would not be too worried about folks getting emails for MGLRU. Anyways
> whatever Andrew decides is fine with me.

We all like lots of emails, don't we?

I don't know, the main thing is to get it in there - we can fine-tune
things later if desired.