From: Justin Suess <utilityemal77@gmail.com>
To: Cai Xinchen <caixinchen1@huawei.com>
Cc: mic@digikod.net, gnoack@google.com, paul@paul-moore.com,
jmorris@namei.org, serge@hallyn.com, corbet@lwn.net,
skhan@linuxfoundation.org, ast@kernel.org, daniel@iogearbox.net,
andrii@kernel.org, eddyz87@gmail.com, memxor@gmail.com,
martin.lau@linux.dev, song@kernel.org, yonghong.song@linux.dev,
jolsa@kernel.org, emil@etsalapatis.com, ihor.solodrai@linux.dev,
rdunlap@infradead.org, gregkh@linuxfoundation.org,
rafael@kernel.org, dakr@kernel.org, johan@kernel.org,
dlemoal@kernel.org, hch@lst.de, axboe@kernel.dk,
viro@zeniv.linux.org.uk, brauner@kernel.org, jack@suse.cz,
dhowells@redhat.com, code@tyhicks.com, linkinjeon@kernel.org,
sj1557.seo@samsung.com, yuezhang.mo@sony.com,
hirofumi@mail.parknet.co.jp, cel@kernel.org, jlayton@kernel.org,
neil@brown.name, okorniev@redhat.com, Dai.Ngo@oracle.com,
tom@talpey.com, hyc.lee@gmail.com, miklos@szeredi.hu,
amir73il@gmail.com, senozhatsky@chromium.org,
chenxiaosong@chenxiaosong.com, kpsingh@kernel.org,
matt@bobrowski.net, rostedt@goodmis.org, mhiramat@kernel.org,
mathieu.desnoyers@efficios.com, john.johansen@canonical.com,
georgia.garcia@canonical.com, zohar@linux.ibm.com,
roberto.sassu@huawei.com, dmitry.kasatkin@gmail.com,
eric.snowberg@oracle.com, stephen.smalley.work@gmail.com,
omosnacek@gmail.com, casey@schaufler-ca.com,
takedakn@nttdata.co.jp, penguin-kernel@i-love.sakura.ne.jp,
xiujianfeng@huawei.com, nanx95726@gmail.com, djwong@kernel.org,
lujialin4@huawei.com, bpf@vger.kernel.org,
linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-security-module@vger.kernel.org,
driver-core@lists.linux.dev, linux-block@vger.kernel.org,
linux-fsdevel@vger.kernel.org, netfs@lists.linux.dev,
ecryptfs@vger.kernel.org, exfat@lists.linux.dev,
linux-nfs@vger.kernel.org, ntfs@lists.linux.dev,
linux-unionfs@vger.kernel.org, linux-cifs@vger.kernel.org,
linux-trace-kernel@vger.kernel.org, apparmor@lists.ubuntu.com,
linux-integrity@vger.kernel.org, selinux@vger.kernel.org,
linux-kselftest@vger.kernel.org
Subject: Re: [PATCH v2 -next 09/18] landlock: Add READ_METADATA and WRITE_METADATA access rights
Date: Fri, 16 Oct 2026 10:44:16 -0400 [thread overview]
Message-ID: <atI20Vs7Du9-g1Hz@zenbox> (raw)
In-Reply-To: <20261015125425.3246251-10-caixinchen1@huawei.com>
On Thu, Oct 15, 2026 at 08:54:15PM +0800, Cai Xinchen wrote:
> Add two new filesystem access rights to control file metadata access:
>
> - LANDLOCK_ACCESS_FS_READ_METADATA: Read file or directory metadata
> (e.g. inode attributes, extended attributes and POSIX ACLs) through
> stat(2), fstat(2), lstat(2), newfstatat(2), getxattr(2) and
> friends, listxattr(2) and friends, and the POSIX ACL read
> operations.
> - LANDLOCK_ACCESS_FS_WRITE_METADATA: Change file or directory
> metadata through chmod(2) and friends, chown(2) and friends,
> utimensat(2) and friends, setxattr(2) and friends, removexattr(2)
> and friends, and the POSIX ACL set and remove operations.
>
> This follows the coarse-grained grouping approach discussed in the
> mailing list [1], where file metadata operations are grouped by
> security relevance rather than by individual syscall.
>
> Implement the two rights by hooking the inode_getattr,
> inode_file_getattr, inode_setattr, inode_file_setattr,
> inode_setxattr, inode_getxattr, inode_listxattr, inode_removexattr,
> inode_set_acl, inode_get_acl and inode_remove_acl LSM hooks, which
> now receive a struct path thanks to the preceding VFS and LSM
> refactoring. The following system calls are now controlled:
>
> - stat(2), fstat(2), lstat(2), newfstatat(2), getxattr(2) and
> friends, listxattr(2) and friends, POSIX ACL reads, and the
> chattr(1)/xfs_io style reads: ioctl(FS_IOC_GETFLAGS),
> ioctl(FS_IOC_FSGETXATTR) and file_getattr(2) via inode_getattr,
> inode_getxattr, inode_listxattr, inode_get_acl and
> inode_file_getattr (READ_METADATA)
> - chmod(2), fchmod(2), fchmodat(2), fchmodat2(2), chown(2), fchown(2),
> lchown(2), fchownat(2), chgrp(2), utimensat(2), futimens(2),
> utime(2), setxattr(2) and friends, removexattr(2) and friends,
> POSIX ACL set and remove, and the chattr(1)/xfs_io style writes:
> ioctl(FS_IOC_SETFLAGS), ioctl(FS_IOC_FSSETXATTR) and
> file_setattr(2) via inode_setattr, inode_file_setattr,
> inode_setxattr, inode_removexattr, inode_set_acl and
> inode_remove_acl (WRITE_METADATA)
>
> Both new rights are added to ACCESS_FILE as they apply to both files
> and directories.
>
> hook_inode_setattr only restricts explicit metadata changes, i.e. it
> checks WRITE_METADATA only when the ia_valid mask contains
> ATTR_MODE, ATTR_UID, ATTR_GID, ATTR_TIMES_SET or ATTR_TOUCH.
> Metadata changes that the kernel performs implicitly, such as
> timestamp updates on write(2) or size changes on truncate(2), are
> therefore not restricted, and neither are chmod(2)/chown(2) calls
> that do not change any attribute (e.g. chown(2) with -1/-1, which is
> a no-op that never reaches the hook), matching the behavior of the
> SELinux inode_setattr hook.
>
> Stacking filesystems forward fileattr operations to underlying inodes
> without calling the LSM hooks again (see the preceding patch), so a
> fileattr operation on an overlayfs file is checked once on the
> user-facing merged path and is not spuriously denied because of the
> kernel-side creator credentials used for the forward.
>
> Kernel-internal accesses performed with override_creds() (e.g.
> overlayfs and cachefiles) are not affected because Landlock domains
> are attached to credentials, and kernel threads without a Landlock
> domain (e.g. nfsd and ksmbd) are not restricted either.
>
> Remove stat(2), chmod(2), chown(2), setxattr(2) and utime(2) from the
> list of file-related actions that cannot be restricted yet, and add
> the names of the new rights to _LANDLOCK_ACCESS_FS_NAMES in
> include/linux/landlock.h, which is shared by audit records and trace
> events, so that denied accesses can be reported with a human-readable
> name and the static assertion on fs_access_strings in
> security/landlock/audit.c stays valid.
>
> Increment the Landlock ABI version from 12 to 13, and update the ABI
> version check in tools/testing/selftests/landlock/base_test.c
> accordingly.
>
LANDLOCK_ACCESS_FS_*_METADATA should be checked at open time and follow
the mechanic for the truncate right. Otherwise the access for already
opened file descriptors would be changed. See hook_file_open in
security/landlock/fs.c and this discussion here [1]
It should have clear documentation for this as well.
Justin
[1] https://lore.kernel.org/all/20260929.Ahgoo4yeetai@digikod.net/
> [1]
> https://lore.kernel.org/all/abc960a1-e66e-792e-6869-cfd201c29dbe@digikod.net/
>
> Assisted-by: opencode: glm-5.3
> Signed-off-by: Cai Xinchen <caixinchen1@huawei.com>
> ---
> include/linux/landlock.h | 4 +-
> include/uapi/linux/landlock.h | 25 ++++++-
> security/landlock/fs.c | 126 ++++++++++++++++++++++++++++++++++
> security/landlock/limits.h | 2 +-
> security/landlock/syscalls.c | 2 +-
> 5 files changed, 153 insertions(+), 6 deletions(-)
>
> diff --git a/include/linux/landlock.h b/include/linux/landlock.h
> index 0ee4880988ba..ee1234fbc9f0 100644
> --- a/include/linux/landlock.h
> +++ b/include/linux/landlock.h
> @@ -41,7 +41,9 @@
> _LANDLOCK_NAME_ENTRY(LANDLOCK_ACCESS_FS_REFER, "refer"), \
> _LANDLOCK_NAME_ENTRY(LANDLOCK_ACCESS_FS_TRUNCATE, "truncate"), \
> _LANDLOCK_NAME_ENTRY(LANDLOCK_ACCESS_FS_IOCTL_DEV, "ioctl_dev"), \
> - _LANDLOCK_NAME_ENTRY(LANDLOCK_ACCESS_FS_RESOLVE_UNIX, "resolve_unix")
> + _LANDLOCK_NAME_ENTRY(LANDLOCK_ACCESS_FS_RESOLVE_UNIX, "resolve_unix"), \
> + _LANDLOCK_NAME_ENTRY(LANDLOCK_ACCESS_FS_READ_METADATA, "read_metadata"), \
> + _LANDLOCK_NAME_ENTRY(LANDLOCK_ACCESS_FS_WRITE_METADATA, "write_metadata")
>
> #define _LANDLOCK_ACCESS_NET_NAMES \
> _LANDLOCK_NAME_ENTRY(LANDLOCK_ACCESS_NET_BIND_TCP, "bind_tcp"), \
> diff --git a/include/uapi/linux/landlock.h b/include/uapi/linux/landlock.h
> index 24510e5d8479..36dfb499e48e 100644
> --- a/include/uapi/linux/landlock.h
> +++ b/include/uapi/linux/landlock.h
> @@ -429,6 +429,25 @@ struct landlock_capability_attr {
> *
> * The rationale for this design is described in
> * :ref:`Documentation/security/landlock.rst <scoped-flags-interaction>`.
> + * - %LANDLOCK_ACCESS_FS_READ_METADATA: Read file or directory metadata (e.g.
> + * inode attributes, extended attributes, and POSIX ACLs) through
> + * :manpage:`stat(2)`, :manpage:`fstat(2)`, :manpage:`lstat(2)`,
> + * :manpage:`newfstatat(2)`, :manpage:`getxattr(2)`, and
> + * :manpage:`listxattr(2)`.
> + *
> + * This access right is available since the thirteenth version of the
> + * Landlock ABI.
> + * - %LANDLOCK_ACCESS_FS_WRITE_METADATA: Change file or directory metadata
> + * (e.g. inode attributes, extended attributes, and POSIX ACLs) through
> + * :manpage:`chmod(2)`, :manpage:`chown(2)`, :manpage:`utimensat(2)`,
> + * :manpage:`setxattr(2)`, and :manpage:`removexattr(2)`, as well as related
> + * system calls. Implicit metadata changes performed by the kernel (e.g.
> + * timestamp updates with :manpage:`write(2)`, or set-user-ID and
> + * set-group-ID bit clearing with :manpage:`write(2)` or
> + * :manpage:`truncate(2)`) are not restricted by this access right.
> + *
> + * This access right is available since the thirteenth version of the
> + * Landlock ABI.
> *
> * Whether an opened file can be truncated with :manpage:`ftruncate(2)` or used
> * with `ioctl(2)` is determined during :manpage:`open(2)`, in the same way as
> @@ -493,9 +512,7 @@ struct landlock_capability_attr {
> *
> * It is currently not possible to restrict some file-related actions
> * accessible through these syscall families: :manpage:`chdir(2)`,
> - * :manpage:`stat(2)`, :manpage:`flock(2)`, :manpage:`chmod(2)`,
> - * :manpage:`chown(2)`, :manpage:`setxattr(2)`, :manpage:`utime(2)`,
> - * :manpage:`fcntl(2)`, :manpage:`access(2)`.
> + * :manpage:`flock(2)`, :manpage:`fcntl(2)`, :manpage:`access(2)`.
> * Future Landlock evolutions will enable to restrict them.
> */
> /* clang-format off */
> @@ -516,6 +533,8 @@ struct landlock_capability_attr {
> #define LANDLOCK_ACCESS_FS_TRUNCATE (1ULL << 14)
> #define LANDLOCK_ACCESS_FS_IOCTL_DEV (1ULL << 15)
> #define LANDLOCK_ACCESS_FS_RESOLVE_UNIX (1ULL << 16)
> +#define LANDLOCK_ACCESS_FS_READ_METADATA (1ULL << 17)
> +#define LANDLOCK_ACCESS_FS_WRITE_METADATA (1ULL << 18)
> /* clang-format on */
>
> /**
> diff --git a/security/landlock/fs.c b/security/landlock/fs.c
> index a8fa8f77e775..f56277c67a24 100644
> --- a/security/landlock/fs.c
> +++ b/security/landlock/fs.c
> @@ -318,6 +318,8 @@ static struct landlock_object *get_inode_object(struct inode *const inode)
> LANDLOCK_ACCESS_FS_EXECUTE | \
> LANDLOCK_ACCESS_FS_WRITE_FILE | \
> LANDLOCK_ACCESS_FS_READ_FILE | \
> + LANDLOCK_ACCESS_FS_READ_METADATA | \
> + LANDLOCK_ACCESS_FS_WRITE_METADATA | \
> LANDLOCK_ACCESS_FS_TRUNCATE | \
> LANDLOCK_ACCESS_FS_IOCTL_DEV | \
> LANDLOCK_ACCESS_FS_RESOLVE_UNIX)
> @@ -1676,6 +1678,119 @@ static int hook_path_truncate(const struct path *const path)
> return current_check_access_path(path, LANDLOCK_ACCESS_FS_TRUNCATE);
> }
>
> +static int hook_inode_getattr(const struct path *const path)
> +{
> + return current_check_access_path(path,
> + LANDLOCK_ACCESS_FS_READ_METADATA);
> +}
> +
> +static int hook_inode_file_getattr(const struct path *const path,
> + struct file_kattr *const fa)
> +{
> + return current_check_access_path(path,
> + LANDLOCK_ACCESS_FS_READ_METADATA);
> +}
> +
> +static int hook_inode_setattr(const struct path *const path,
> + struct iattr *const attr)
> +{
> + unsigned int ia_valid = attr->ia_valid;
> +
> + /*
> + * Only explicit metadata changes are checked: implicit
> + * timestamp updates never go through notify_change(), and size
> + * changes (ATTR_SIZE) are governed by the truncate hooks
> + * instead. See the "File metadata" section in the user space
> + * documentation for the full semantics.
> + *
> + * Clearing the setuid and setgid bits on write(2) or
> + * truncate(2) is also an implicit change: callers request it
> + * with ATTR_KILL_S[UG]ID, and do_notify_change() then adds a
> + * synthesized ATTR_MODE (with these bits removed) before
> + * calling this hook. As do_notify_change() makes it a bug for
> + * callers to pass ATTR_MODE together with a kill flag, an
> + * ATTR_MODE seen along with ATTR_KILL_S[UG]ID is always
> + * kernel-synthesized and must not be checked. An explicit
> + * chmod(2) never sets a kill flag, and an explicit chown(2) on
> + * a privileged file is still checked thanks to ATTR_UID and
> + * ATTR_GID.
> + */
> + if (ia_valid & (ATTR_KILL_SUID | ATTR_KILL_SGID))
> + ia_valid &= ~ATTR_MODE;
> +
> + if (!(ia_valid & (ATTR_MODE | ATTR_UID | ATTR_GID |
> + ATTR_TIMES_SET | ATTR_TOUCH)))
> + return 0;
> +
> + return current_check_access_path(path,
> + LANDLOCK_ACCESS_FS_WRITE_METADATA);
> +}
> +
> +static int hook_inode_file_setattr(const struct path *const path,
> + struct file_kattr *const fa)
> +{
> + /*
> + * The chattr(2) style flags (e.g. FS_IMMUTABLE_FL) and fsxattr
> + * fields are metadata: writing them requires WRITE_METADATA. The
> + * user-facing path is checked here; stacking filesystems skip this
> + * hook on their internal forwards because they were already
> + * checked on the user-facing path.
> + */
> + return current_check_access_path(path,
> + LANDLOCK_ACCESS_FS_WRITE_METADATA);
> +}
> +
> +static int hook_inode_setxattr(const struct path *const path,
> + const char *const name,
> + const void *const value, const size_t size,
> + const int flags)
> +{
> + return current_check_access_path(path,
> + LANDLOCK_ACCESS_FS_WRITE_METADATA);
> +}
> +
> +static int hook_inode_getxattr(const struct path *const path,
> + const char *const name)
> +{
> + return current_check_access_path(path,
> + LANDLOCK_ACCESS_FS_READ_METADATA);
> +}
> +
> +static int hook_inode_listxattr(const struct path *const path)
> +{
> + return current_check_access_path(path,
> + LANDLOCK_ACCESS_FS_READ_METADATA);
> +}
> +
> +static int hook_inode_removexattr(const struct path *const path,
> + const char *const name)
> +{
> + return current_check_access_path(path,
> + LANDLOCK_ACCESS_FS_WRITE_METADATA);
> +}
> +
> +static int hook_inode_set_acl(const struct path *const path,
> + const char *const acl_name,
> + struct posix_acl *const kacl)
> +{
> + return current_check_access_path(path,
> + LANDLOCK_ACCESS_FS_WRITE_METADATA);
> +}
> +
> +static int hook_inode_get_acl(const struct path *const path,
> + const char *const acl_name)
> +{
> + return current_check_access_path(path,
> + LANDLOCK_ACCESS_FS_READ_METADATA);
> +}
> +
> +static int hook_inode_remove_acl(const struct path *const path,
> + const char *const acl_name)
> +{
> + return current_check_access_path(path,
> + LANDLOCK_ACCESS_FS_WRITE_METADATA);
> +}
> +
> /**
> * unmask_scoped_access - Remove access right bits in @masks in all layers
> * where @client and @server have the same domain
> @@ -2100,6 +2215,17 @@ static struct security_hook_list landlock_hooks[] __ro_after_init = {
> LSM_HOOK_INIT(path_unlink, hook_path_unlink),
> LSM_HOOK_INIT(path_rmdir, hook_path_rmdir),
> LSM_HOOK_INIT(path_truncate, hook_path_truncate),
> + LSM_HOOK_INIT(inode_getattr, hook_inode_getattr),
> + LSM_HOOK_INIT(inode_file_getattr, hook_inode_file_getattr),
> + LSM_HOOK_INIT(inode_setattr, hook_inode_setattr),
> + LSM_HOOK_INIT(inode_file_setattr, hook_inode_file_setattr),
> + LSM_HOOK_INIT(inode_setxattr, hook_inode_setxattr),
> + LSM_HOOK_INIT(inode_getxattr, hook_inode_getxattr),
> + LSM_HOOK_INIT(inode_listxattr, hook_inode_listxattr),
> + LSM_HOOK_INIT(inode_removexattr, hook_inode_removexattr),
> + LSM_HOOK_INIT(inode_set_acl, hook_inode_set_acl),
> + LSM_HOOK_INIT(inode_get_acl, hook_inode_get_acl),
> + LSM_HOOK_INIT(inode_remove_acl, hook_inode_remove_acl),
> LSM_HOOK_INIT(unix_find, hook_unix_find),
>
> LSM_HOOK_INIT(file_alloc_security, hook_file_alloc_security),
> diff --git a/security/landlock/limits.h b/security/landlock/limits.h
> index ddd300e10689..ed606ee3102f 100644
> --- a/security/landlock/limits.h
> +++ b/security/landlock/limits.h
> @@ -21,7 +21,7 @@
> #define LANDLOCK_MAX_NUM_LAYERS 16
> #define LANDLOCK_MAX_NUM_RULES U32_MAX
>
> -#define LANDLOCK_LAST_ACCESS_FS LANDLOCK_ACCESS_FS_RESOLVE_UNIX
> +#define LANDLOCK_LAST_ACCESS_FS LANDLOCK_ACCESS_FS_WRITE_METADATA
> #define LANDLOCK_MASK_ACCESS_FS ((LANDLOCK_LAST_ACCESS_FS << 1) - 1)
> #define LANDLOCK_NUM_ACCESS_FS __const_hweight64(LANDLOCK_MASK_ACCESS_FS)
>
> diff --git a/security/landlock/syscalls.c b/security/landlock/syscalls.c
> index fb5af318b69b..11d3a2abcec1 100644
> --- a/security/landlock/syscalls.c
> +++ b/security/landlock/syscalls.c
> @@ -191,7 +191,7 @@ static const struct file_operations ruleset_fops = {
> * If the change involves a fix that requires userspace awareness, also update
> * the errata documentation in Documentation/userspace-api/landlock.rst .
> */
> -const int landlock_abi_version = 12;
> +const int landlock_abi_version = 13;
>
> /**
> * sys_landlock_create_ruleset - Create a new ruleset
> --
> 2.18.0.huawei.25
>
>
next prev parent reply other threads:[~2026-10-16 14:44 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-15 12:54 [PATCH v2 -next 00/18] landlock: Add READ_METADATA and WRITE_METADATA access rights Cai Xinchen
2026-10-15 12:54 ` [PATCH v2 -next 01/18] fs: pass struct path to notify_change() Cai Xinchen
2026-10-15 12:54 ` [PATCH v2 -next 02/18] LSM: pass struct path to the inode_setsecctx hook Cai Xinchen
2026-10-15 12:54 ` [PATCH v2 -next 03/18] fs: pass struct path to xattr helpers Cai Xinchen
2026-10-15 12:36 ` sashiko-bot
2026-10-15 12:54 ` [PATCH v2 -next 04/18] fs: pass struct path to POSIX ACL helpers Cai Xinchen
2026-10-15 12:37 ` sashiko-bot
2026-10-15 12:54 ` [PATCH v2 -next 05/18] LSM: pass struct path to the inode_setattr hook Cai Xinchen
2026-10-15 12:32 ` sashiko-bot
2026-10-15 12:54 ` [PATCH v2 -next 06/18] LSM: pass struct path to the inode xattr hooks Cai Xinchen
2026-10-15 12:54 ` [PATCH v2 -next 07/18] LSM: pass struct path to the inode posix acl hooks Cai Xinchen
2026-10-15 12:54 ` [PATCH v2 -next 08/18] LSM: pass struct path to the inode fileattr hooks Cai Xinchen
2026-10-15 12:54 ` [PATCH v2 -next 09/18] landlock: Add READ_METADATA and WRITE_METADATA access rights Cai Xinchen
2026-10-15 12:37 ` sashiko-bot
2026-10-16 14:44 ` Justin Suess [this message]
2026-10-15 12:54 ` [PATCH v2 -next 10/18] LSM: rename inode_getattr to path_getattr Cai Xinchen
2026-10-15 12:32 ` sashiko-bot
2026-10-15 12:54 ` [PATCH v2 -next 11/18] LSM: rename inode_setattr to path_setattr Cai Xinchen
2026-10-15 12:54 ` [PATCH v2 -next 12/18] LSM: rename the inode xattr hooks to path_xattr hooks Cai Xinchen
2026-10-15 12:54 ` [PATCH v2 -next 13/18] LSM: rename the inode posix acl hooks to path_*_acl hooks Cai Xinchen
2026-10-15 12:39 ` sashiko-bot
2026-10-15 12:54 ` [PATCH v2 -next 14/18] LSM: rename the inode fileattr hooks to path_file_* hooks Cai Xinchen
2026-10-15 12:54 ` [PATCH v2 -next 15/18] LSM: rename inode_setsecctx to path_setsecctx Cai Xinchen
2026-10-15 12:54 ` [PATCH v2 -next 16/18] selftests/landlock: Add tests for metadata access rights Cai Xinchen
2026-10-15 12:46 ` sashiko-bot
2026-10-15 12:54 ` [PATCH v2 -next 17/18] samples/landlock: Add metadata rights to sandboxer Cai Xinchen
2026-10-15 12:54 ` [PATCH v2 -next 18/18] Documentation: Update landlock doc for metadata rights Cai Xinchen
2026-10-15 12:39 ` sashiko-bot
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=atI20Vs7Du9-g1Hz@zenbox \
--to=utilityemal77@gmail.com \
--cc=Dai.Ngo@oracle.com \
--cc=amir73il@gmail.com \
--cc=andrii@kernel.org \
--cc=apparmor@lists.ubuntu.com \
--cc=ast@kernel.org \
--cc=axboe@kernel.dk \
--cc=bpf@vger.kernel.org \
--cc=brauner@kernel.org \
--cc=caixinchen1@huawei.com \
--cc=casey@schaufler-ca.com \
--cc=cel@kernel.org \
--cc=chenxiaosong@chenxiaosong.com \
--cc=code@tyhicks.com \
--cc=corbet@lwn.net \
--cc=dakr@kernel.org \
--cc=daniel@iogearbox.net \
--cc=dhowells@redhat.com \
--cc=djwong@kernel.org \
--cc=dlemoal@kernel.org \
--cc=dmitry.kasatkin@gmail.com \
--cc=driver-core@lists.linux.dev \
--cc=ecryptfs@vger.kernel.org \
--cc=eddyz87@gmail.com \
--cc=emil@etsalapatis.com \
--cc=eric.snowberg@oracle.com \
--cc=exfat@lists.linux.dev \
--cc=georgia.garcia@canonical.com \
--cc=gnoack@google.com \
--cc=gregkh@linuxfoundation.org \
--cc=hch@lst.de \
--cc=hirofumi@mail.parknet.co.jp \
--cc=hyc.lee@gmail.com \
--cc=ihor.solodrai@linux.dev \
--cc=jack@suse.cz \
--cc=jlayton@kernel.org \
--cc=jmorris@namei.org \
--cc=johan@kernel.org \
--cc=john.johansen@canonical.com \
--cc=jolsa@kernel.org \
--cc=kpsingh@kernel.org \
--cc=linkinjeon@kernel.org \
--cc=linux-block@vger.kernel.org \
--cc=linux-cifs@vger.kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-integrity@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=linux-nfs@vger.kernel.org \
--cc=linux-security-module@vger.kernel.org \
--cc=linux-trace-kernel@vger.kernel.org \
--cc=linux-unionfs@vger.kernel.org \
--cc=lujialin4@huawei.com \
--cc=martin.lau@linux.dev \
--cc=mathieu.desnoyers@efficios.com \
--cc=matt@bobrowski.net \
--cc=memxor@gmail.com \
--cc=mhiramat@kernel.org \
--cc=mic@digikod.net \
--cc=miklos@szeredi.hu \
--cc=nanx95726@gmail.com \
--cc=neil@brown.name \
--cc=netfs@lists.linux.dev \
--cc=ntfs@lists.linux.dev \
--cc=okorniev@redhat.com \
--cc=omosnacek@gmail.com \
--cc=paul@paul-moore.com \
--cc=penguin-kernel@i-love.sakura.ne.jp \
--cc=rafael@kernel.org \
--cc=rdunlap@infradead.org \
--cc=roberto.sassu@huawei.com \
--cc=rostedt@goodmis.org \
--cc=selinux@vger.kernel.org \
--cc=senozhatsky@chromium.org \
--cc=serge@hallyn.com \
--cc=sj1557.seo@samsung.com \
--cc=skhan@linuxfoundation.org \
--cc=song@kernel.org \
--cc=stephen.smalley.work@gmail.com \
--cc=takedakn@nttdata.co.jp \
--cc=tom@talpey.com \
--cc=viro@zeniv.linux.org.uk \
--cc=xiujianfeng@huawei.com \
--cc=yonghong.song@linux.dev \
--cc=yuezhang.mo@sony.com \
--cc=zohar@linux.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox