linux-kernel - Re: [PATCH 2/2] MAINTAINERS: add section for locking of mm's and VMAs

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <00ab4959-4fc3-4e2a-90aa-25a009b8fea8@redhat.com>
Date: Tue, 15 Apr 2025 15:25:09 +0200
From: David Hildenbrand <david@...hat.com>
To: Lorenzo Stoakes <lorenzo.stoakes@...cle.com>,
 Andrew Morton <akpm@...ux-foundation.org>
Cc: Suren Baghdasaryan <surenb@...gle.com>,
 "Liam R . Howlett" <Liam.Howlett@...cle.com>,
 Vlastimil Babka <vbabka@...e.cz>, Matthew Wilcox <willy@...radead.org>,
 "Paul E . McKenney" <paulmck@...nel.org>, SeongJae Park <sj@...nel.org>,
 linux-kernel@...r.kernel.org, linux-mm@...ck.org
Subject: Re: [PATCH 2/2] MAINTAINERS: add section for locking of mm's and VMAs

On 15.04.25 15:10, Lorenzo Stoakes wrote:
> We place this under memory mapping as related to memory mapping
> abstractions in the form of mm_struct and vm_area_struct (VMA). Now we have
> separated out mmap/vma locking logic into the mmap_lock.c and mmap_lock.h
> files, so this should encapsulate the majority of the mm locking logic in
> the kernel.
> 
> Suren is best placed to maintain this logic as the core architect of VMA
> locking as a whole.
> 
> Signed-off-by: Lorenzo Stoakes <lorenzo.stoakes@...cle.com>
> ---
>   MAINTAINERS | 15 +++++++++++++++
>   1 file changed, 15 insertions(+)
> 
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 8d834514a047..ce55676a16a4 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -15595,6 +15595,21 @@ F:	mm/vma_internal.h
>   F:	tools/testing/selftests/mm/merge.c
>   F:	tools/testing/vma/
>   
> +MEMORY MAPPING - LOCKING
> +M:	Andrew Morton <akpm@...ux-foundation.org>
> +M:	Suren Baghdasaryan <surenb@...gle.com>
> +R:	Liam R. Howlett <Liam.Howlett@...cle.com>
> +R:	Lorenzo Stoakes <lorenzo.stoakes@...cle.com>
> +R:	Vlastimil Babka <vbabka@...e.cz>
> +L:	linux-mm@...ck.org
> +S:	Maintained
> +W:	http://www.linux-mm.org
> +T:	git git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm
> +F:	Documentation/mm/process_addrs.rst
> +F:	include/linux/mmap_lock.h
> +F:	include/trace/events/mmap_lock.h
> +F:	mm/mmap_lock.c
> +
>   MEMORY MAPPING - MADVISE (MEMORY ADVICE)
>   M:	Andrew Morton <akpm@...ux-foundation.org>
>   M:	Liam R. Howlett <Liam.Howlett@...cle.com>

Sounds like a good idea to me

Acked-by: David Hildenbrand <david@...hat.com>

-- 
Cheers,

David / dhildenb