diff mbox series

[2] MAINTAINERS: NFSD should be responsible for fs/exportfs

Message ID 166722486403.129894.8530131246045193767.stgit@klimt.1015granger.net (mailing list archive)
State New, archived
Headers show
Series [2] MAINTAINERS: NFSD should be responsible for fs/exportfs | expand

Commit Message

Chuck Lever Oct. 31, 2022, 2:01 p.m. UTC 
We recently received a patch for fs/exportfs/expfs.c, but there
isn't a subsystem maintainer listed for fs/exportfs:

Christian Brauner <brauner@kernel.org> (commit_signer:2/2=100%,authored:1/2=50%,added_lines:3/6=50%,removed_lines:2/6=33%)
Al Viro <viro@zeniv.linux.org.uk> (commit_signer:1/2=50%,authored:1/2=50%,added_lines:3/6=50%,removed_lines:4/6=67%)
Miklos Szeredi <mszeredi@redhat.com> (commit_signer:1/2=50%)
Amir Goldstein <amir73il@gmail.com> (commit_signer:1/2=50%)
linux-kernel@vger.kernel.org (open list)

Neil says:
> Looking at recent commits, patches come in through multiple
> different trees.
> nfsd certainly has an interest in expfs.c.  The only other user is
> name_to_handle/open_by_handle API.
> I see it as primarily nfsd functionality which is useful enough to
> be exported directly to user-space.
> (It was created by me when I was nfsd maintainer - does that
> count?)

Suggested-by: Neil Brown <neilb@suse.de>
Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
---
 MAINTAINERS |    1 +
 1 file changed, 1 insertion(+)

The patch description in v1 was truncated. Here's a refresh.

Comments

Jeffrey Layton Oct. 31, 2022, 5:05 p.m. UTC | #1 
On Mon, 2022-10-31 at 10:01 -0400, Chuck Lever wrote:
> We recently received a patch for fs/exportfs/expfs.c, but there
> isn't a subsystem maintainer listed for fs/exportfs:
> 
> Christian Brauner <brauner@kernel.org> (commit_signer:2/2=100%,authored:1/2=50%,added_lines:3/6=50%,removed_lines:2/6=33%)
> Al Viro <viro@zeniv.linux.org.uk> (commit_signer:1/2=50%,authored:1/2=50%,added_lines:3/6=50%,removed_lines:4/6=67%)
> Miklos Szeredi <mszeredi@redhat.com> (commit_signer:1/2=50%)
> Amir Goldstein <amir73il@gmail.com> (commit_signer:1/2=50%)
> linux-kernel@vger.kernel.org (open list)
> 
> Neil says:
> > Looking at recent commits, patches come in through multiple
> > different trees.
> > nfsd certainly has an interest in expfs.c.  The only other user is
> > name_to_handle/open_by_handle API.
> > I see it as primarily nfsd functionality which is useful enough to
> > be exported directly to user-space.
> > (It was created by me when I was nfsd maintainer - does that
> > count?)
> 
> Suggested-by: Neil Brown <neilb@suse.de>
> Signed-off-by: Chuck Lever <chuck.lever@oracle.com>
> ---
>  MAINTAINERS |    1 +
>  1 file changed, 1 insertion(+)
> 
> The patch description in v1 was truncated. Here's a refresh.
> 
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 379945f82a64..61fb45cfc825 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -11129,6 +11129,7 @@ L:	linux-nfs@vger.kernel.org
>  S:	Supported
>  W:	http://nfs.sourceforge.net/
>  T:	git git://git.kernel.org/pub/scm/linux/kernel/git/cel/linux.git
> +F:	fs/exportfs/
>  F:	fs/lockd/
>  F:	fs/nfs_common/
>  F:	fs/nfsd/
> 
> 

Acked-by: Jeff Layton <jlayton@kernel.org>
diff mbox series

Patch

diff --git a/MAINTAINERS b/MAINTAINERS
index 379945f82a64..61fb45cfc825 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -11129,6 +11129,7 @@  L:	linux-nfs@vger.kernel.org
 S:	Supported
 W:	http://nfs.sourceforge.net/
 T:	git git://git.kernel.org/pub/scm/linux/kernel/git/cel/linux.git
+F:	fs/exportfs/
 F:	fs/lockd/
 F:	fs/nfs_common/
 F:	fs/nfsd/