From: Alexander Mikhalitsyn <alex@amutable.com>
To: Christian Brauner <brauner@kernel.org>, linux-fsdevel@vger.kernel.org
Cc: Jann Horn <jannh@google.com>, Chris Mason <mason@kernel.org>,
Josef Bacik <josef@toxicpanda.com>,
Christoph Hellwig <hch@lst.de>,
linux-block@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-nvme@lists.infradead.org,
Alexander Viro <viro@zeniv.linux.org.uk>, Jan Kara <jack@suse.cz>,
linux-scsi@vger.kernel.org, target-devel@vger.kernel.org,
driver-core@lists.linux.dev, linux-mm@kvack.org,
bpf@vger.kernel.org, linux-security-module@vger.kernel.org,
selinux@vger.kernel.org, apparmor@lists.ubuntu.com,
linux-nfs@vger.kernel.org, netdev@vger.kernel.org,
fuse-devel@lists.linux.dev, linux-efi@vger.kernel.org,
xen-devel@lists.xenproject.org, ocfs2-devel@lists.linux.dev,
linux-s390@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
linux-usb@vger.kernel.org, Amir Goldstein <amir73il@gmail.com>,
linux-erofs@lists.ozlabs.org, linux-kselftest@vger.kernel.org,
stable@vger.kernel.org
Subject: Re: [PATCH RFC 00/41] fs: don't use pseudo filesystem files as storage
Date: Fri, 13 Nov 2026 12:50:50 +0100 [thread overview]
Message-ID: <ae189903d4cda27130317a9312d94b53d07415ba.camel@amutable.com> (raw)
In-Reply-To: <20261110-work-loop-pseudo-v1-0-4c998976c6c7@kernel.org>
On Tue, 2026-11-10 at 10:14 +0100, Christian Brauner wrote:
> Loop happily takes any regular file with ->read_iter() as a backing
> file and any file that also has ->write_iter() as a writable one. A
> few
> examples:
>
> * /proc/kcore attaches read-only as a loop device the size of the
> kernel's virtual address space (64 PiB with 5-level paging)
> * sysfs attributes attach read-write as 4096 byte loop devices
> * using /sys/kernel/mm/transparent_hugepage/enabled for the loop
> device
> and writing a block to the loop device changes the THP setting
>
> It's not just silly. It's abusable (is that a word?). Loop calls
> ->read_iter() and ->write_iter() of the backing file directly from
> its
> kworker which runs with kernel credentials.
>
> But pseudo files enforce part of their access rules at read and write
> against the caller. So dozens of sysfs ->show() and ->store() methods
> call capable().
>
> But setting up a loop device requires no capabilities. It only
> requires
> access to the device nodes. So whoever has a loop device skips all of
> the capable() checks.
>
> A couple of fun examples:
>
> On v7.4-rc1 uid 0 without any capabilities can't kill a process of
> uid
> 1000 and can't poison its memory either:
>
> $ grep CapEff /proc/self/status
> CapEff: 0000000000000000
> $ kill -9 327
> bash: kill: (327) - Operation not permitted
> $ echo 0x220689000 > /sys/devices/system/memory/hard_offline_page
> bash: echo: write error: Operation not permitted
>
> But put hard_offline_page behind a loop device, write a block
> containing 0x220689000 to the loop device and the loop worker happily
> does it:
>
> Memory failure: 0x220689: recovery action for dirty LRU page:
> Recovered
> MCE: Killing victim:327 due to hardware memory corruption fault
> at 7f468e972000
>
> That hard_offline_page is a write-only file doesn't stop loop from
> using it as a writable backing file either.
>
> Other fun examples:
>
> (1) soft-block radios via /sys/class/rfkill/rfkill*/soft
> (CAP_NET_ADMIN)
>
> (2) change the reboot mode via /sys/kernel/reboot/mode (CAP_SYS_BOOT)
>
> (3) reconfigure md arrays via /sys/block/md*/md/. md_attr_store()
> requires CAP_SYS_ADMIN for every md attribute.
>
> (4) reconfigure scsi disks via /sys/class/scsi_disk/*/allow_restart
> and
> friends (CAP_SYS_ADMIN)
>
> (5) read dmi-sysfs attributes (CAP_SYS_ADMIN)
>
> And an unprivileged container that was handed a loop device can
> change
> gro_flush_timeout of its own network devices. That usually requires
> CAP_NET_ADMIN in the initial user namespace (via sysfs and via
> netlink).
>
> I've reproduced that all on v7.4-rc1.
>
> Aaaand zloop, the nvme target's file backend, the scsi target's
> fileio
> backend, fuse passthrough and the usb mass storage gadget have the
> same
> problem. erofs takes pseudo files as images for file-backed mounts as
> well. It reads them with the mounter's credentials though so that's
> just
> silly and not abusable.
>
> Fwiw, device mapper doesn't need anything. It only takes block
> devices.
> md's deprecated bitmap file is fine as well. It maps the file with
> bmap() which no pseudo filesystem implements.
>
> So this series adds SB_I_PSEUDO to state that the regular files of a
> filesystem are kernel interfaces and not storage and makes all seven
> refuse such files.
>
> I didn't want to sprinkle SB_I_PSEUDO over all pseudo filesystems one
> by
> one. Instead there's now a common initialization point for all of
> them
> via fc_init_pseudo().
>
> init_pseudo() uses it for the internal pseudo filesystems and all
> mountable pseudo filesystems call it from their ->init_fs_context().
>
> kernfs does it once in kernfs_get_tree(). It raises SB_I_PSEUDO,
> SB_I_NOEXEC and SB_I_NODEV. Pseudo filesystems never hold executables
> or
> device nodes. Some of them raised SB_I_NOEXEC and SB_I_NODEV already,
> most didn't.
>
> I went through every single one of them. None of them needs to
> execute
> anything. The files that can be mmap()ed map data and the tracing
> ring
> buffer refuses VM_EXEC anyway.
>
> SB_I_NODEV is cleared again by devpts, binderfs and selinuxfs. The
> first
> two did that already. selinuxfs needs it because Android init opens
> /sys/fs/selinux/null by path as /dev/null doesn't exist yet at that
> point. Note that systemd mounts most of these filesystems with noexec
> and nodev already.
>
> file_is_pseudo() looks at d_real_inode(). overlayfs happily stacks on
> top of sysfs, cgroup2, debugfs, tracefs, configfs and securityfs and
> reads of such overlayfs files are served by the pseudo file. Only
> procfs
> and binfmt_misc are refused as they set s_stack_depth to
> FILESYSTEM_MAX_STACK_DEPTH.
>
> Whether all pseudo filesystems should refuse stacking is a separate
> discussion. overlayfs reads the lower file with the mounter's
> credentials so a root-mounted overlayfs on top of a sysfs directory
> hands capability gated reads to every reader. With SB_I_PSEUDO
> overlayfs
> could easily refuse them.
>
> The first three patches are independent fixes. Loop never checked
> whether its backing file is open for reading. It relied on
> vfs_iter_read() refusing such files. Direct I/O never went through
> vfs_iter_read() and since v6.15 buffered I/O doesn't either. So
> whoever
> has a loop device can read files they could only open for writing.
> And
> the nvme target's file backend and the scsi target's fileio backend
> call
> ->read_iter() and ->write_iter() without checking that they exist.
>
> Signed-off-by: Christian Brauner (Amutable) <brauner@kernel.org>
> ---
> Christian Brauner (41):
> loop: refuse backing files that aren't open for reading
> nvmet: check that the file backend supports ->{read,write}_iter
> target: fileio: check that the backing file supports -
> >{read,write}_iter
> fs: add SB_I_PSEUDO
> kernfs: use fc_init_pseudo()
> proc: use fc_init_pseudo()
> binfmt_misc: use fc_init_pseudo()
> mqueue: use fc_init_pseudo()
> bpf: use fc_init_pseudo() for bpffs
> nullfs: use fc_init_pseudo()
> failfs: use fc_init_pseudo()
> rust_binderfs: use fc_init_pseudo()
> devpts: use fc_init_pseudo()
> debugfs: use fc_init_pseudo()
> tracefs: use fc_init_pseudo()
> configfs: use fc_init_pseudo()
> securityfs: use fc_init_pseudo()
> selinux: use fc_init_pseudo() for selinuxfs
> smack: use fc_init_pseudo() for smackfs
> apparmor: use fc_init_pseudo() for apparmorfs
> nfsd: use fc_init_pseudo()
> sunrpc: use fc_init_pseudo() for rpc_pipefs
> fuse: use fc_init_pseudo() for fusectl
> efivarfs: use fc_init_pseudo()
> pstore: use fc_init_pseudo()
> xenfs: use fc_init_pseudo()
> openpromfs: use fc_init_pseudo()
> ocfs2: use fc_init_pseudo() for dlmfs
> s390/hypfs: use fc_init_pseudo()
> powerpc/spufs: use fc_init_pseudo()
> usb: gadget: f_fs: use fc_init_pseudo()
> usb: gadget: gadgetfs: use fc_init_pseudo()
> fs: add file_is_pseudo()
> loop: refuse files on pseudo filesystems as backing files
> zloop: refuse zone files on pseudo filesystems
> nvmet: refuse files on pseudo filesystems as namespace backing
> files
> target: fileio: refuse files on pseudo filesystems as backing
> files
> fuse: refuse files on pseudo filesystems as passthrough backing
> files
> usb: gadget: f_mass_storage: refuse files on pseudo filesystems
> erofs: refuse files on pseudo filesystems as backing files
> selftests/filesystems: add backing file tests for pseudo files
>
> arch/powerpc/platforms/cell/spufs/inode.c | 2 +
> arch/s390/hypfs/inode.c | 2 +
> drivers/android/binder/rust_binderfs.c | 3 +-
> drivers/block/loop.c | 6 +
> drivers/block/zloop.c | 5 +
> drivers/nvme/target/io-cmd-file.c | 10 +
> drivers/target/target_core_file.c | 15 ++
> drivers/usb/gadget/function/f_fs.c | 2 +
> drivers/usb/gadget/function/storage_common.c | 5 +
> drivers/usb/gadget/legacy/inode.c | 2 +
> drivers/xen/xenfs/super.c | 2 +
> fs/binfmt_misc.c | 5 +-
> fs/configfs/mount.c | 2 +
> fs/debugfs/inode.c | 2 +
> fs/devpts/inode.c | 2 +
> fs/efivarfs/super.c | 2 +
> fs/erofs/super.c | 6 +-
> fs/failfs.c | 3 +-
> fs/fuse/backing.c | 3 +
> fs/fuse/control.c | 2 +
> fs/kernfs/mount.c | 4 +-
> fs/libfs.c | 2 +-
> fs/nfsd/nfsctl.c | 2 +
> fs/nullfs.c | 3 +-
> fs/ocfs2/dlmfs/dlmfs.c | 2 +
> fs/openpromfs/inode.c | 2 +
> fs/proc/root.c | 4 +-
> fs/pstore/inode.c | 2 +
> fs/tracefs/inode.c | 2 +
> include/linux/fs.h | 12 +
> include/linux/fs/super_types.h | 1 +
> include/linux/pseudo_fs.h | 11 +
> ipc/mqueue.c | 3 +-
> kernel/bpf/inode.c | 4 +-
> net/sunrpc/rpc_pipe.c | 2 +
> security/apparmor/apparmorfs.c | 2 +
> security/inode.c | 2 +
> security/selinux/selinuxfs.c | 5 +
> security/smack/smackfs.c | 2 +
> tools/testing/selftests/filesystems/.gitignore | 1 +
> tools/testing/selftests/filesystems/Makefile | 2 +-
> tools/testing/selftests/filesystems/config | 9 +
> .../selftests/filesystems/pseudo_backing_test.c | 274
> +++++++++++++++++++++
> 43 files changed, 419 insertions(+), 15 deletions(-)
> ---
> base-commit: 6628e7d4c6b25c8d18f1345e3a20d21829aae7e4
> change-id: 20261109-work-loop-pseudo-890844168ef1
Hi Christian,
I think we should also cover acct(2) case with something like this:
diff --git a/kernel/acct.c b/kernel/acct.c
index c440d43479ca..91835b84be01 100644
--- a/kernel/acct.c
+++ b/kernel/acct.c
@@ -245,11 +245,10 @@ static int acct_on(const char __user *name)
return -EACCES;
/* Exclude kernel internal filesystems. */
- if (file_inode(file)->i_sb->s_flags & (SB_NOUSER |
SB_KERNMOUNT))
+ if (file_inode(file)->i_sb->s_flags & SB_KERNMOUNT)
return -EINVAL;
- /* Exclude procfs and sysfs. */
- if (file_inode(file)->i_sb->s_type->fs_flags &
FS_USERNS_MOUNT_RESTRICTED)
+ if (file_is_pseudo(file))
return -EINVAL;
if (!(file->f_mode & FMODE_CAN_WRITE))
prev parent reply other threads:[~2026-11-13 11:50 UTC|newest]
Thread overview: 141+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-10 9:14 [PATCH RFC 00/41] fs: don't use pseudo filesystem files as storage Christian Brauner
2026-11-10 9:14 ` [PATCH RFC 01/41] loop: refuse backing files that aren't open for reading Christian Brauner
2026-11-10 9:27 ` sashiko-bot
2026-11-10 12:53 ` Jan Kara
2026-11-11 14:55 ` Christoph Hellwig
2026-11-13 9:54 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 02/41] nvmet: check that the file backend supports ->{read,write}_iter Christian Brauner
2026-11-10 9:23 ` sashiko-bot
2026-11-10 12:53 ` Jan Kara
2026-11-11 14:56 ` Christoph Hellwig
2026-11-10 9:14 ` [PATCH RFC 03/41] target: fileio: check that the backing file " Christian Brauner
2026-11-10 9:24 ` sashiko-bot
2026-11-10 12:54 ` Jan Kara
2026-11-11 14:56 ` Christoph Hellwig
2026-11-10 9:14 ` [PATCH RFC 04/41] fs: add SB_I_PSEUDO Christian Brauner
2026-11-10 9:24 ` sashiko-bot
2026-11-10 12:55 ` Jan Kara
2026-11-11 15:04 ` Christoph Hellwig
2026-11-13 10:02 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 05/41] kernfs: use fc_init_pseudo() Christian Brauner
2026-11-10 9:25 ` sashiko-bot
2026-11-10 12:56 ` Jan Kara
2026-11-11 15:04 ` Christoph Hellwig
2026-11-13 10:02 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 06/41] proc: " Christian Brauner
2026-11-10 9:25 ` sashiko-bot
2026-11-10 12:56 ` Jan Kara
2026-11-11 15:04 ` Christoph Hellwig
2026-11-13 10:02 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 07/41] binfmt_misc: " Christian Brauner
2026-11-10 9:24 ` sashiko-bot
2026-11-10 12:56 ` Jan Kara
2026-11-13 10:03 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 08/41] mqueue: " Christian Brauner
2026-11-10 9:26 ` sashiko-bot
2026-11-11 15:05 ` Christoph Hellwig
2026-11-13 10:03 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 09/41] bpf: use fc_init_pseudo() for bpffs Christian Brauner
2026-11-10 9:24 ` sashiko-bot
2026-11-11 15:05 ` Christoph Hellwig
2026-11-13 10:03 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 10/41] nullfs: use fc_init_pseudo() Christian Brauner
2026-11-10 9:23 ` sashiko-bot
2026-11-10 12:57 ` Jan Kara
2026-11-11 15:05 ` Christoph Hellwig
2026-11-13 10:03 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 11/41] failfs: " Christian Brauner
2026-11-10 9:23 ` sashiko-bot
2026-11-10 12:57 ` Jan Kara
2026-11-11 15:05 ` Christoph Hellwig
2026-11-10 9:14 ` [PATCH RFC 12/41] rust_binderfs: " Christian Brauner
2026-11-10 9:27 ` sashiko-bot
2026-11-10 9:14 ` [PATCH RFC 13/41] devpts: " Christian Brauner
2026-11-10 9:24 ` sashiko-bot
2026-11-13 10:05 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 14/41] debugfs: " Christian Brauner
2026-11-10 9:24 ` sashiko-bot
2026-11-10 12:59 ` Jan Kara
2026-11-13 10:05 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 15/41] tracefs: " Christian Brauner
2026-11-10 9:24 ` sashiko-bot
2026-11-13 10:05 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 16/41] configfs: " Christian Brauner
2026-11-10 9:24 ` sashiko-bot
2026-11-10 12:59 ` Jan Kara
2026-11-11 9:46 ` Breno Leitao
2026-11-13 10:06 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 17/41] securityfs: " Christian Brauner
2026-11-10 9:27 ` sashiko-bot
2026-11-13 10:10 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 18/41] selinux: use fc_init_pseudo() for selinuxfs Christian Brauner
2026-11-10 9:26 ` sashiko-bot
2026-11-13 10:11 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 19/41] smack: use fc_init_pseudo() for smackfs Christian Brauner
2026-11-10 9:24 ` sashiko-bot
2026-11-12 1:50 ` [apparmor] " Casey Schaufler
2026-11-13 10:12 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 20/41] apparmor: use fc_init_pseudo() for apparmorfs Christian Brauner
2026-11-10 9:26 ` sashiko-bot
2026-11-10 9:14 ` [PATCH RFC 21/41] nfsd: use fc_init_pseudo() Christian Brauner
2026-11-10 9:25 ` sashiko-bot
2026-11-10 14:55 ` Chuck Lever
2026-11-10 9:14 ` [PATCH RFC 22/41] sunrpc: use fc_init_pseudo() for rpc_pipefs Christian Brauner
2026-11-10 9:25 ` sashiko-bot
2026-11-13 10:13 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 23/41] fuse: use fc_init_pseudo() for fusectl Christian Brauner
2026-11-10 9:25 ` sashiko-bot
2026-11-13 10:13 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 24/41] efivarfs: use fc_init_pseudo() Christian Brauner
2026-11-10 9:25 ` sashiko-bot
2026-11-13 10:13 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 25/41] pstore: " Christian Brauner
2026-11-10 9:26 ` sashiko-bot
2026-11-13 10:13 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 26/41] xenfs: " Christian Brauner
2026-11-10 9:26 ` sashiko-bot
2026-11-10 9:14 ` [PATCH RFC 27/41] openpromfs: " Christian Brauner
2026-11-10 9:26 ` sashiko-bot
2026-11-10 9:14 ` [PATCH RFC 28/41] ocfs2: use fc_init_pseudo() for dlmfs Christian Brauner
2026-11-10 9:26 ` sashiko-bot
2026-11-10 13:01 ` Jan Kara
2026-11-10 9:14 ` [PATCH RFC 29/41] s390/hypfs: use fc_init_pseudo() Christian Brauner
2026-11-10 9:26 ` sashiko-bot
2026-11-10 9:14 ` [PATCH RFC 30/41] powerpc/spufs: " Christian Brauner
2026-11-10 9:31 ` sashiko-bot
2026-11-10 9:14 ` [PATCH RFC 31/41] usb: gadget: f_fs: " Christian Brauner
2026-11-10 9:26 ` sashiko-bot
2026-11-10 9:14 ` [PATCH RFC 32/41] usb: gadget: gadgetfs: " Christian Brauner
2026-11-10 9:27 ` sashiko-bot
2026-11-10 9:14 ` [PATCH RFC 33/41] fs: add file_is_pseudo() Christian Brauner
2026-11-10 9:29 ` sashiko-bot
2026-11-10 13:02 ` Jan Kara
2026-11-13 10:15 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 34/41] loop: refuse files on pseudo filesystems as backing files Christian Brauner
2026-11-10 9:33 ` sashiko-bot
2026-11-10 13:03 ` Jan Kara
2026-11-13 10:15 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 35/41] zloop: refuse zone files on pseudo filesystems Christian Brauner
2026-11-10 9:36 ` sashiko-bot
2026-11-13 10:17 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 36/41] nvmet: refuse files on pseudo filesystems as namespace backing files Christian Brauner
2026-11-10 9:31 ` sashiko-bot
2026-11-10 15:07 ` Bui Nguyen Nhu Quynh
2026-11-10 9:14 ` [PATCH RFC 37/41] target: fileio: refuse files on pseudo filesystems as " Christian Brauner
2026-11-10 9:33 ` sashiko-bot
2026-11-10 9:14 ` [PATCH RFC 38/41] fuse: refuse files on pseudo filesystems as passthrough " Christian Brauner
2026-11-10 9:28 ` sashiko-bot
2026-11-10 10:14 ` Amir Goldstein
2026-11-11 15:12 ` Christoph Hellwig
2026-11-13 10:25 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 39/41] usb: gadget: f_mass_storage: refuse files on pseudo filesystems Christian Brauner
2026-11-10 9:28 ` sashiko-bot
2026-11-13 12:36 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 40/41] erofs: refuse files on pseudo filesystems as backing files Christian Brauner
2026-11-10 9:29 ` sashiko-bot
2026-11-10 20:45 ` Gao Xiang
2026-11-13 10:27 ` Alexander Mikhalitsyn
2026-11-10 9:14 ` [PATCH RFC 41/41] selftests/filesystems: add backing file tests for pseudo files Christian Brauner
2026-11-10 9:29 ` sashiko-bot
2026-11-13 10:28 ` Alexander Mikhalitsyn
2026-11-13 11:50 ` Alexander Mikhalitsyn [this message]
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=ae189903d4cda27130317a9312d94b53d07415ba.camel@amutable.com \
--to=alex@amutable.com \
--cc=amir73il@gmail.com \
--cc=apparmor@lists.ubuntu.com \
--cc=bpf@vger.kernel.org \
--cc=brauner@kernel.org \
--cc=driver-core@lists.linux.dev \
--cc=fuse-devel@lists.linux.dev \
--cc=hch@lst.de \
--cc=jack@suse.cz \
--cc=jannh@google.com \
--cc=josef@toxicpanda.com \
--cc=linux-block@vger.kernel.org \
--cc=linux-efi@vger.kernel.org \
--cc=linux-erofs@lists.ozlabs.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-nfs@vger.kernel.org \
--cc=linux-nvme@lists.infradead.org \
--cc=linux-s390@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=linux-security-module@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=mason@kernel.org \
--cc=netdev@vger.kernel.org \
--cc=ocfs2-devel@lists.linux.dev \
--cc=selinux@vger.kernel.org \
--cc=stable@vger.kernel.org \
--cc=target-devel@vger.kernel.org \
--cc=viro@zeniv.linux.org.uk \
--cc=xen-devel@lists.xenproject.org \
/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