linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH] MAINTAINERS: Add myself as userfaultfd reviewer
@ 2025-03-22  0:21 Peter Xu
  2025-03-22  0:53 ` Andrew Morton
                   ` (3 more replies)
  0 siblings, 4 replies; 5+ messages in thread
From: Peter Xu @ 2025-03-22  0:21 UTC (permalink / raw)
  To: linux-kernel, linux-mm
  Cc: peterx, Axel Rasmussen, Mike Rapoport, Liam R . Howlett,
	Andrea Arcangeli, Lorenzo Stoakes, David Hildenbrand,
	Andrew Morton

Add an entry for userfaultfd and make myself a reviewer of it, just in case
it helps people manage the cc list.

I named it MEMORY USERFAULTFD, could be a bad name, but then it can be
together with the MEMORY* entries when everything is in alphabetic order,
which is definitely a benefit.

The line may not change much on how I'd work with userfaultfd; I think I'll
do the same as before..  But maybe it still, more or less, adds some
responsibility on top, indeed.

Cc: Andrea Arcangeli <aarcange@redhat.com>
Suggested-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Peter Xu <peterx@redhat.com>
---
 MAINTAINERS | 11 +++++++++++
 1 file changed, 11 insertions(+)

diff --git a/MAINTAINERS b/MAINTAINERS
index e714ea3a7c9f..844e3e1e05d2 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -15220,6 +15220,17 @@ F:	mm/vma.h
 F:	mm/vma_internal.h
 F:	tools/testing/vma/
 
+MEMORY USERFAULTFD
+M:	Andrew Morton <akpm@linux-foundation.org>
+R:	Peter Xu <peterx@redhat.com>
+S:	Maintained
+F:	mm/userfaultfd.c
+F:	fs/userfaultfd.c
+F:	include/uapi/linux/userfaultfd.h
+F:	include/asm-generic/pgtable_uffd.h
+F:	Documentation/admin-guide/mm/userfaultfd.rst
+F:	tools/testing/selftests/mm/uffd-*.[ch]
+
 MEMORY TECHNOLOGY DEVICES (MTD)
 M:	Miquel Raynal <miquel.raynal@bootlin.com>
 M:	Richard Weinberger <richard@nod.at>
-- 
2.48.1


^ permalink raw reply related	[flat|nested] 5+ messages in thread

* Re: [PATCH] MAINTAINERS: Add myself as userfaultfd reviewer
  2025-03-22  0:21 [PATCH] MAINTAINERS: Add myself as userfaultfd reviewer Peter Xu
@ 2025-03-22  0:53 ` Andrew Morton
  2025-03-22 13:14 ` Mike Rapoport
                   ` (2 subsequent siblings)
  3 siblings, 0 replies; 5+ messages in thread
From: Andrew Morton @ 2025-03-22  0:53 UTC (permalink / raw)
  To: Peter Xu
  Cc: linux-kernel, linux-mm, Axel Rasmussen, Mike Rapoport,
	Liam R . Howlett, Andrea Arcangeli, Lorenzo Stoakes,
	David Hildenbrand

On Fri, 21 Mar 2025 20:21:24 -0400 Peter Xu <peterx@redhat.com> wrote:

> Add an entry for userfaultfd and make myself a reviewer of it, just in case
> it helps people manage the cc list.
> 
> I named it MEMORY USERFAULTFD, could be a bad name, but then it can be
> together with the MEMORY* entries when everything is in alphabetic order,
> which is definitely a benefit.
> 
> The line may not change much on how I'd work with userfaultfd; I think I'll
> do the same as before..  But maybe it still, more or less, adds some
> responsibility on top, indeed.

Thanks.  If anyone else would like a cc on userfaultfd emails, please
lmk or send a patch.



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH] MAINTAINERS: Add myself as userfaultfd reviewer
  2025-03-22  0:21 [PATCH] MAINTAINERS: Add myself as userfaultfd reviewer Peter Xu
  2025-03-22  0:53 ` Andrew Morton
@ 2025-03-22 13:14 ` Mike Rapoport
  2025-03-25 18:41 ` Liam R. Howlett
  2025-03-28 16:10 ` Lorenzo Stoakes
  3 siblings, 0 replies; 5+ messages in thread
From: Mike Rapoport @ 2025-03-22 13:14 UTC (permalink / raw)
  To: Peter Xu
  Cc: linux-kernel, linux-mm, Axel Rasmussen, Liam R . Howlett,
	Andrea Arcangeli, Lorenzo Stoakes, David Hildenbrand,
	Andrew Morton

Hi Peter,

On Fri, Mar 21, 2025 at 08:21:24PM -0400, Peter Xu wrote:
> Add an entry for userfaultfd and make myself a reviewer of it, just in case
> it helps people manage the cc list.
> 
> I named it MEMORY USERFAULTFD, could be a bad name, but then it can be
> together with the MEMORY* entries when everything is in alphabetic order,
> which is definitely a benefit.
> 
> The line may not change much on how I'd work with userfaultfd; I think I'll
> do the same as before..  But maybe it still, more or less, adds some
> responsibility on top, indeed.
> 
> Cc: Andrea Arcangeli <aarcange@redhat.com>
> Suggested-by: Andrew Morton <akpm@linux-foundation.org>
> Signed-off-by: Peter Xu <peterx@redhat.com>
> ---
>  MAINTAINERS | 11 +++++++++++
>  1 file changed, 11 insertions(+)
> 
> diff --git a/MAINTAINERS b/MAINTAINERS
> index e714ea3a7c9f..844e3e1e05d2 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -15220,6 +15220,17 @@ F:	mm/vma.h
>  F:	mm/vma_internal.h
>  F:	tools/testing/vma/
>  
> +MEMORY USERFAULTFD
> +M:	Andrew Morton <akpm@linux-foundation.org>
> +R:	Peter Xu <peterx@redhat.com>
> +S:	Maintained
> +F:	mm/userfaultfd.c
> +F:	fs/userfaultfd.c
> +F:	include/uapi/linux/userfaultfd.h

There's also
F: include/linux/userfaultfd_k.h

> +F:	include/asm-generic/pgtable_uffd.h
> +F:	Documentation/admin-guide/mm/userfaultfd.rst
> +F:	tools/testing/selftests/mm/uffd-*.[ch]
> +
>  MEMORY TECHNOLOGY DEVICES (MTD)
>  M:	Miquel Raynal <miquel.raynal@bootlin.com>
>  M:	Richard Weinberger <richard@nod.at>
> -- 
> 2.48.1
> 

-- 
Sincerely yours,
Mike.

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH] MAINTAINERS: Add myself as userfaultfd reviewer
  2025-03-22  0:21 [PATCH] MAINTAINERS: Add myself as userfaultfd reviewer Peter Xu
  2025-03-22  0:53 ` Andrew Morton
  2025-03-22 13:14 ` Mike Rapoport
@ 2025-03-25 18:41 ` Liam R. Howlett
  2025-03-28 16:10 ` Lorenzo Stoakes
  3 siblings, 0 replies; 5+ messages in thread
From: Liam R. Howlett @ 2025-03-25 18:41 UTC (permalink / raw)
  To: Peter Xu
  Cc: linux-kernel, linux-mm, Axel Rasmussen, Mike Rapoport,
	Andrea Arcangeli, Lorenzo Stoakes, David Hildenbrand,
	Andrew Morton

* Peter Xu <peterx@redhat.com> [250321 20:22]:
> Add an entry for userfaultfd and make myself a reviewer of it, just in case
> it helps people manage the cc list.
> 
> I named it MEMORY USERFAULTFD, could be a bad name, but then it can be
> together with the MEMORY* entries when everything is in alphabetic order,
> which is definitely a benefit.
> 
> The line may not change much on how I'd work with userfaultfd; I think I'll
> do the same as before..  But maybe it still, more or less, adds some
> responsibility on top, indeed.
> 
> Cc: Andrea Arcangeli <aarcange@redhat.com>
> Suggested-by: Andrew Morton <akpm@linux-foundation.org>
> Signed-off-by: Peter Xu <peterx@redhat.com>

Thanks Peter.

Acked-by: Liam R. Howlett <Liam.Howlett@oracle.com>

> ---
>  MAINTAINERS | 11 +++++++++++
>  1 file changed, 11 insertions(+)
> 
> diff --git a/MAINTAINERS b/MAINTAINERS
> index e714ea3a7c9f..844e3e1e05d2 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -15220,6 +15220,17 @@ F:	mm/vma.h
>  F:	mm/vma_internal.h
>  F:	tools/testing/vma/
>  
> +MEMORY USERFAULTFD
> +M:	Andrew Morton <akpm@linux-foundation.org>
> +R:	Peter Xu <peterx@redhat.com>
> +S:	Maintained
> +F:	mm/userfaultfd.c
> +F:	fs/userfaultfd.c
> +F:	include/uapi/linux/userfaultfd.h
> +F:	include/asm-generic/pgtable_uffd.h
> +F:	Documentation/admin-guide/mm/userfaultfd.rst
> +F:	tools/testing/selftests/mm/uffd-*.[ch]
> +
>  MEMORY TECHNOLOGY DEVICES (MTD)
>  M:	Miquel Raynal <miquel.raynal@bootlin.com>
>  M:	Richard Weinberger <richard@nod.at>
> -- 
> 2.48.1
> 

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [PATCH] MAINTAINERS: Add myself as userfaultfd reviewer
  2025-03-22  0:21 [PATCH] MAINTAINERS: Add myself as userfaultfd reviewer Peter Xu
                   ` (2 preceding siblings ...)
  2025-03-25 18:41 ` Liam R. Howlett
@ 2025-03-28 16:10 ` Lorenzo Stoakes
  3 siblings, 0 replies; 5+ messages in thread
From: Lorenzo Stoakes @ 2025-03-28 16:10 UTC (permalink / raw)
  To: Peter Xu
  Cc: linux-kernel, linux-mm, Axel Rasmussen, Mike Rapoport,
	Liam R . Howlett, Andrea Arcangeli, Lorenzo Stoakes,
	David Hildenbrand, Andrew Morton

On Fri, Mar 21, 2025 at 08:21:24PM -0400, Peter Xu wrote:
> Add an entry for userfaultfd and make myself a reviewer of it, just in case
> it helps people manage the cc list.
>
> I named it MEMORY USERFAULTFD, could be a bad name, but then it can be
> together with the MEMORY* entries when everything is in alphabetic order,
> which is definitely a benefit.
>
> The line may not change much on how I'd work with userfaultfd; I think I'll
> do the same as before..  But maybe it still, more or less, adds some
> responsibility on top, indeed.
>
> Cc: Andrea Arcangeli <aarcange@redhat.com>
> Suggested-by: Andrew Morton <akpm@linux-foundation.org>
> Signed-off-by: Peter Xu <peterx@redhat.com>

Cheers! beers_owed++ ;)

As Mike points out, also needs include/linux/userfaultfd_k.h but Andrew - I
guess you can tack that on here?

Acked-by: Lorenzo Stoakes <lorenzo.stoakes@oracle.com>

> ---
>  MAINTAINERS | 11 +++++++++++
>  1 file changed, 11 insertions(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index e714ea3a7c9f..844e3e1e05d2 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -15220,6 +15220,17 @@ F:	mm/vma.h
>  F:	mm/vma_internal.h
>  F:	tools/testing/vma/
>
> +MEMORY USERFAULTFD
> +M:	Andrew Morton <akpm@linux-foundation.org>
> +R:	Peter Xu <peterx@redhat.com>
> +S:	Maintained
> +F:	mm/userfaultfd.c
> +F:	fs/userfaultfd.c
> +F:	include/uapi/linux/userfaultfd.h
> +F:	include/asm-generic/pgtable_uffd.h
> +F:	Documentation/admin-guide/mm/userfaultfd.rst
> +F:	tools/testing/selftests/mm/uffd-*.[ch]
> +
>  MEMORY TECHNOLOGY DEVICES (MTD)
>  M:	Miquel Raynal <miquel.raynal@bootlin.com>
>  M:	Richard Weinberger <richard@nod.at>
> --
> 2.48.1
>

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2025-03-28 16:10 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-03-22  0:21 [PATCH] MAINTAINERS: Add myself as userfaultfd reviewer Peter Xu
2025-03-22  0:53 ` Andrew Morton
2025-03-22 13:14 ` Mike Rapoport
2025-03-25 18:41 ` Liam R. Howlett
2025-03-28 16:10 ` Lorenzo Stoakes

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).