Re: [PATCH 2/7] MAINTAINERS: TMPFS (SHMEM FILESYSTEM) updates

[David Hildenbrand (Arm)]

On 11/3/26 09:27, Hugh Dickins wrote:
> On Fri, 30 Oct 2026, David Hildenbrand (Arm) wrote:
> 
>> I am not really the best shmem/tmpfs/memfd expert around, but it should
>> be good enough to judge when something is ready to be picked up, to then
>> pick it up. I'll have to heavily rely on Hugh and Baolin on judgment
>> for the more involved and more controversial bits.
>>
>> Rename "TMPFS (SHMEM FILESYSTEM)" to "MEMORY MANAGEMENT - SHARED MEMORY
>> (SHMEM/TMPFS/MEMFD)" and move it accordingly. Add myself as a MAINTAINER
>> so people know whom to CC.
> 
> Thank you for taking this on, David. And thank you of course to the
> unlisted Andrew Morton, who has been uncomplainingly filling in for
> me year after year; and thank you to Baolin too.
> 

Hi!

> "SHARED MEMORY": should ipc/shm.c be added to our list of files below,
> as mm/memfd.c is? (Though both can also go off to hugetlbfs instead.)
> Or do you prefer to regard ipc/shm.c more as a client of mm/shmem.c,
> rather as drivers/gpu/drm is?

I would consider it more of a client indeed. memfd started out as a client as
well, but things escalated a bit ... :)

I see that Andrew is assigning it its own section, is that good enough for you?

> 
> We don't often have to touch ipc/shm.c, and generally ipc/ is well cared
> for by Manfred Spraul (but I couldn't see a block in MAINTAINERS for it).

Agreed!

> 
>>
>> Add mm/core.git as the target git tree. Once shmem becomes a high volume
>> component we can dedicate it a separate tree and have dedicated people
>> pick it up.
> 
> Okay: but do keep in mind that tmpfs is a filesystem, and often the
> FS folks make small adjustments to it, which usually go unconflictingly
> through Christian Brauner's tree. 

Yeah, I think that's just fine and expected. I know Christian, so that's easily
dealt with off-list.

Thanks for the heads-up!

> That generally works well, so please
> let's keep on working in that way (just once I remember holding off
> intended MM changes to shmem.c for a release, while FS were busy there).

Jup!

> 
>>
>> While at it, add some more shmem/tmpfs/memfd related files+directories
>> we missed so far.
>>
>> There is also "kernel/pid_sysctl.h", which includes some of the pid
>> namespaced sysctl vm.memfd_noexec. But that's really more of a proc/
>> namespace thingy, so it's not a good fit here.
> 
> Agreed: if I ever heard of it, I soon forgot.
> 
>>
>> Signed-off-by: David Hildenbrand (Arm) <david@xxxxxxxxxx>
> 
> Acked-by: Hugh Dickins <hughd@xxxxxxxxxx>

Thanks Hugh!

-- 
Cheers,

David