Linux Union Filesystem

• Thread Index

• Re: [PATCH v1 0/3] overlayfs: Optimize override/revert creds
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• Re: [PATCH v1 0/3] overlayfs: Optimize override/revert creds
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• Re: [PATCH v1 0/3] overlayfs: Optimize override/revert creds
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [RFC 2/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH v2 1/2] ovl: Define D_REAL_FILEDATA for d_real to return dentry with data
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH v2 2/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [RFC PATCH v2 2/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [RFC PATCH v2 0/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [RFC PATCH v2 1/2] ovl: Define D_REAL_FILEDATA for d_real to return dentry with data
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [syzbot] [overlayfs?] possible deadlock in ovl_nlink_start
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: general protection fault in security_inode_getattr
  • From: Andrey Kalachev <kalachev@xxxxxxxxx>
• Re: [syzbot] [overlayfs?] possible deadlock in ovl_nlink_start
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• [syzbot] [overlayfs?] possible deadlock in ovl_nlink_start
  • From: syzbot <syzbot+5ad5425056304cbce654@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] generic/732: don't run it on overlayfs
  • From: Zorro Lang <zlang@xxxxxxxxxx>
• [PATCH] generic/732: don't run it on overlayfs
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC 2/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC 2/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC 2/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC 2/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC 2/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: Question regarding internals of metacopy=on feature
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Question regarding internals of metacopy=on feature
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC 2/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Question regarding internals of metacopy=on feature
  • From: Yuriy Belikov <yuriybelikov1@xxxxxxxxx>
• Re: [RFC 2/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC 2/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC 2/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [RFC 2/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC 1/2] ovl: Define D_REAL_FILEDATA for d_real to return dentry with data
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [RFC 1/2] ovl: Define D_REAL_FILEDATA for d_real to return dentry with data
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [RFC 0/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [RFC 2/2] ima: Fix detection of read/write violations on stacked filesystems
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v1 0/3] overlayfs: Optimize override/revert creds
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH] treewide: Fix common grammar mistake "the the"
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] treewide: Fix common grammar mistake "the the"
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
• Re: [PATCH v2] treewide: Fix common grammar mistake "the the"
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH v2] treewide: Fix common grammar mistake "the the"
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
• Re: [PATCH] treewide: Fix common grammar mistake "the the"
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH] treewide: Fix common grammar mistake "the the"
  • From: Tyler Hicks <code@xxxxxxxxxxx>
• Re: [PATCH] treewide: Fix common grammar mistake "the the"
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH] treewide: Fix common grammar mistake "the the"
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] treewide: Fix common grammar mistake "the the"
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH] treewide: Fix common grammar mistake "the the"
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
• Re: [PATCH v3 00/10] evm: Support signatures on stacked filesystem
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [syzbot] [overlayfs?] possible deadlock in ovl_copy_up_start (3)
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [syzbot] [overlayfs?] possible deadlock in ovl_copy_up_start (3)
  • From: syzbot <syzbot+5e130dffef394d3f11a6@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/3] fs: Optimize credentials reference count for backing file ops
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v1 3/3] overlayfs: Optimize credentials usage
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• [PATCH v1 2/3] fs: Optimize credentials reference count for backing file ops
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• [PATCH v1 1/3] cred: Add a light version of override/revert_creds()
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• [PATCH v1 0/3] overlayfs: Optimize override/revert creds
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• Re: general protection fault in security_inode_getattr
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH v4 00/36] Fuse-BPF and plans on merging with Fuse Passthrough
  • From: Bernd Schubert <bschubert@xxxxxxx>
• Re: general protection fault in security_inode_getattr
  • From: Andrey Kalachev <kalachev@xxxxxxxxx>
• Re: [RFC PATCH v4 00/36] Fuse-BPF and plans on merging with Fuse Passthrough
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH v4 00/36] Fuse-BPF and plans on merging with Fuse Passthrough
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• Re: [RFC PATCH v4 00/36] Fuse-BPF and plans on merging with Fuse Passthrough
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [RFC PATCH v4 35/36] fuse-bpf: Add selftests
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 36/36] fuse: Provide easy way to test fuse struct_op call
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 34/36] tools: Add FUSE, update bpf includes
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 33/36] fuse-bpf: Add default filter op
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 32/36] WIP: fuse-bpf: add error_out
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 31/36] fuse-bpf: Add userspace pre/post filters
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 30/36] fuse-bpf: Call bpf for pre/post filters
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 29/36] fuse-bpf: Set fuse_ops at mount or lookup time
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 28/36] fuse: Provide registration functions for fuse-bpf
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 27/36] fuse-bpf: Export Functions
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 26/36] WIP: bpf: Add fuse_ops struct_op programs
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 25/36] bpf: Increase struct_op max members
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 24/36] fuse-bpf: Add fuse-bpf constants
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 23/36] fuse-bpf: allow mounting with no userspace daemon
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 22/36] fuse-bpf: Add partial ioctl support
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 21/36] fuse-bpf: Add partial flock support
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 20/36] fuse-bpf: Add symlink/link support
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 19/36] fuse-bpf: Add xattr support
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 18/36] fuse-bpf: Add support for FUSE_COPY_FILE_RANGE
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 17/36] fuse-bpf: Add attr support
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 16/36] fuse-bpf: Add Rename support
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 15/36] fuse-bpf: Add support for sync operations
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 14/36] fuse-bpf: support readdir
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 13/36] fuse-bpf: Add support for read/write iter
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 12/36] fuse-bpf: Support mknod/unlink/mkdir/rmdir
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 11/36] fuse-bpf: Support file/dir open/close
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 10/36] fuse-bpf: Add support for fallocate
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 09/36] fuse-bpf: Add lseek support
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 08/36] fuse-bpf: Partially add mapping support
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 07/36] fuse-bpf: Add support for access
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 06/36] fuse-bpf: Don't support export_operations
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 04/36] fuse: Add fuse-bpf, a stacked fs extension for FUSE
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 05/36] fuse-bpf: Add ioctl interface for /dev/fuse
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 03/36] fuse-bpf: Prepare for fuse-bpf patch
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 02/36] fuse-bpf: Add data structures for fuse-bpf
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 01/36] fuse-bpf: Update fuse side uapi
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• [RFC PATCH v4 00/36] Fuse-BPF and plans on merging with Fuse Passthrough
  • From: Daniel Rosenberg <drosen@xxxxxxxxxx>
• Re: [RFC v3 1/5] cleanup: Fix discarded const warning when defining lock guard
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• Re: [RFC v3 1/5] cleanup: Fix discarded const warning when defining lock guard
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC v3 1/5] cleanup: Fix discarded const warning when defining lock guard
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC v3 1/5] cleanup: Fix discarded const warning when defining lock guard
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• Re: [PATCH v2 2/3] ext4: fix the parsing of empty string mount parameters
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [PATCH v2 3/3] ovl: fix the parsing of empty string mount parameters
  • From: Luis Henriques <luis.henriques@xxxxxxxxx>
• Re: [PATCH v2 3/3] ovl: fix the parsing of empty string mount parameters
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH RFC 08/24] vfs: make vfs_mknod break delegations on parent directory
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH RFC 08/24] vfs: make vfs_mknod break delegations on parent directory
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH RFC 08/24] vfs: make vfs_mknod break delegations on parent directory
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH RFC 02/24] filelock: add a lm_set_conflict lease_manager callback
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH RFC 02/24] filelock: add a lm_set_conflict lease_manager callback
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v3 08/10] evm: Enforce signatures on unsupported filesystem for EVM_INIT_X509
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v3 01/10] ima: Rename backing_inode to real_inode
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v3 02/10] security: allow finer granularity in permitting copy-up of security xattrs
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v3 04/10] evm: Use the metadata inode to calculate metadata hash
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v3 10/10] evm: Rename is_unsupported_fs to is_unsupported_hmac_fs
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v3 09/10] fs: Rename SB_I_EVM_UNSUPPORTED to SB_I_EVM_HMAC_UNSUPPORTED
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v3 07/10] ima: re-evaluate file integrity on file metadata change
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v3 03/10] evm: Implement per signature type decision in security_inode_copy_up_xattr
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC v3 1/5] cleanup: Fix discarded const warning when defining lock guard
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• Re: [GIT PULL] overlayfs fixes for 6.9-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] overlayfs fixes for 6.9-rc1
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH RFC 12/24] nfsd: encoders and decoders for GET_DIR_DELEGATION
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH RFC 12/24] nfsd: encoders and decoders for GET_DIR_DELEGATION
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC v3 1/5] cleanup: Fix discarded const warning when defining lock guard
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC v3 1/5] cleanup: Fix discarded const warning when defining lock guard
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH RFC 11/24] nfsd: allow DELEGRETURN on directories
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH RFC 02/24] filelock: add a lm_set_conflict lease_manager callback
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH RFC 06/24] vfs: break parent dir delegations in open(..., O_CREAT) codepath
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH RFC 06/24] vfs: break parent dir delegations in open(..., O_CREAT) codepath
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [PATCH RFC 11/24] nfsd: allow DELEGRETURN on directories
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC 14/24] nfsd: wire up GET_DIR_DELEGATION handling
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH RFC 12/24] nfsd: encoders and decoders for GET_DIR_DELEGATION
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH RFC 11/24] nfsd: allow DELEGRETURN on directories
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH RFC 02/24] filelock: add a lm_set_conflict lease_manager callback
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH RFC 03/24] vfs: add try_break_deleg calls for parents to vfs_{link,rename,unlink}
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [syzbot] [overlayfs?] WARNING in ovl_copy_up_file
  • From: syzbot <syzbot+3abd99031b42acf367ef@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] [overlayfs?] WARNING in ovl_copy_up_file
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH RFC 06/24] vfs: break parent dir delegations in open(..., O_CREAT) codepath
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH RFC 06/24] vfs: break parent dir delegations in open(..., O_CREAT) codepath
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 03/24] vfs: add try_break_deleg calls for parents to vfs_{link,rename,unlink}
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 21/24] nfs: add a GDD_GETATTR rpc operation
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH RFC 21/24] nfs: add a GDD_GETATTR rpc operation
  • From: Anna Schumaker <anna@xxxxxxxxxx>
• [PATCH RFC 24/24] nfs: add a module parameter to disable directory delegations
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 23/24] nfs: optionally request a delegation on GETATTR
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 22/24] nfs: skip dentry revalidation when parent dir has a delegation
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 21/24] nfs: add a GDD_GETATTR rpc operation
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 20/24] nfs: new tracepoint in match_stateid operation
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 19/24] nfs: new tracepoint in nfs_delegation_need_return
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 18/24] nfs: add a tracepoint to nfs_inode_detach_delegation_locked
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 17/24] nfs: add cache_validity to the nfs_inode_event tracepoints
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 16/24] nfs: remove unused NFS_CALL macro
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 15/24] nfs: fix nfs_stateid_hash prototype when CONFIG_CRC32 isn't set
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 14/24] nfsd: wire up GET_DIR_DELEGATION handling
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 13/24] nfsd: check for delegation conflicts vs. the same client
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 12/24] nfsd: encoders and decoders for GET_DIR_DELEGATION
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 11/24] nfsd: allow DELEGRETURN on directories
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 10/24] nfsd: allow filecache to hold S_IFDIR files
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 09/24] filelock: lift the ban on directory leases in generic_setlease
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 08/24] vfs: make vfs_mknod break delegations on parent directory
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 07/24] vfs: make vfs_create break delegations on parent directory
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 06/24] vfs: break parent dir delegations in open(..., O_CREAT) codepath
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 05/24] vfs: allow rmdir to wait for delegation break on parent
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 04/24] vfs: allow mkdir to wait for delegation break on parent
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 03/24] vfs: add try_break_deleg calls for parents to vfs_{link,rename,unlink}
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 02/24] filelock: add a lm_set_conflict lease_manager callback
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 01/24] filelock: push the S_ISREG check down to ->setlease handlers
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH RFC 00/24] vfs, nfsd, nfs: implement directory delegations
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: Accessing bind mount in lower layer via overlayfs
  • From: Raul Rangel <rrangel@xxxxxxxxxxxx>
• Re: [syzbot] [overlayfs?] WARNING in ovl_copy_up_file
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [syzbot] [overlayfs?] possible deadlock in iter_file_splice_write (3)
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• [syzbot] [overlayfs?] possible deadlock in iter_file_splice_write (3)
  • From: syzbot <syzbot+e525d9be15a106e48379@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] [overlayfs?] WARNING in ovl_copy_up_file
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: Accessing bind mount in lower layer via overlayfs
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: possible deadlock in ovl_llseek 27c1936af506
  • From: Weiß, Simone <Simone.Weiss@xxxxxxxxxxxxxx>
• Re: possible deadlock in ovl_llseek 27c1936af506
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: possible deadlock in ovl_llseek 27c1936af506
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [syzbot] [overlayfs?] possible deadlock in seq_read_iter (3)
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• [syzbot] [overlayfs?] WARNING in ovl_copy_up_file
  • From: syzbot <syzbot+3abd99031b42acf367ef@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Accessing bind mount in lower layer via overlayfs
  • From: Raul Rangel <rrangel@xxxxxxxxxxxx>
• Re: [PATCH] fs_parser: move fsparam_string_empty() helper into header
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: possible deadlock in ovl_llseek 27c1936af506
  • From: Hillf Danton <hdanton@xxxxxxxx>
• [PATCH] fs_parser: move fsparam_string_empty() helper into header
  • From: "Luis Henriques (SUSE)" <luis.henriques@xxxxxxxxx>
• Re: [PATCH v2 3/3] ovl: fix the parsing of empty string mount parameters
  • From: Luis Henriques <lhenriques@xxxxxxx>
• Re: [PATCH v2 3/3] ovl: fix the parsing of empty string mount parameters
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 3/3] ovl: fix the parsing of empty string mount parameters
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: fs/overlayfs/copy_up.o: warning: objtool: ovl_copy_up_tmpfile() falls through to next function ovl_create_index.cold()
  • From: Yujie Liu <yujie.liu@xxxxxxxxx>
• possible deadlock in ovl_llseek 27c1936af506
  • From: Weiß, Simone <Simone.Weiss@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] ovl: fix the parsing of empty string mount parameters
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/3] fs_parser: handle parameters that can be empty and don't have a value
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v2 3/3] ovl: fix the parsing of empty string mount parameters
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 3/4] ovl: only lock readdir for accessing the cache
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 3/3] ovl: fix the parsing of empty string mount parameters
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 3/3] ovl: fix the parsing of empty string mount parameters
  • From: Luis Henriques <lhenriques@xxxxxxx>
• Re: [PATCH v2 3/3] ovl: fix the parsing of empty string mount parameters
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v2 3/3] ovl: fix the parsing of empty string mount parameters
  • From: Luis Henriques <lhenriques@xxxxxxx>
• Re: [PATCH 1/3] fs_parser: handle parameters that can be empty and don't have a value
  • From: Luis Henriques <lhenriques@xxxxxxx>
• Re: [PATCH v2 3/3] ovl: fix the parsing of empty string mount parameters
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 1/3] fs_parser: handle parameters that can be empty and don't have a value
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/3] fs_parser: handle parameters that can be empty and don't have a value
  • From: Luis Henriques <lhenriques@xxxxxxx>
• Re: [PATCH 1/3] fs_parser: handle parameters that can be empty and don't have a value
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH v2 2/3] ext4: fix the parsing of empty string mount parameters
  • From: Luis Henriques <lhenriques@xxxxxxx>
• Re: [PATCH 1/3] fs_parser: handle parameters that can be empty and don't have a value
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH v2 0/3] fs_parser: handle parameters that can be empty and don't have a value
  • From: Luis Henriques <lhenriques@xxxxxxx>
• [PATCH v2 3/3] ovl: fix the parsing of empty string mount parameters
  • From: Luis Henriques <lhenriques@xxxxxxx>
• Re: [PATCH 3/4] ovl: only lock readdir for accessing the cache
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 1/3] fs_parser: add helper to define parameters with string and flag types
  • From: Luis Henriques <lhenriques@xxxxxxx>
• Re: [PATCH 3/4] ovl: only lock readdir for accessing the cache
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 3/4] ovl: only lock readdir for accessing the cache
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 3/4] ovl: only lock readdir for accessing the cache
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH 4/4] ovl: clean up struct ovl_dir_cache use outside readdir.c
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH 3/4] ovl: only lock readdir for accessing the cache
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH 2/4] ovl: get rid of iterate wrapper
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH 1/4] ovl: use refcount_t in readdir
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH v2 24/25] commoncap: use vfs fscaps interfaces
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 24/25] commoncap: use vfs fscaps interfaces
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 24/25] commoncap: use vfs fscaps interfaces
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 24/25] commoncap: use vfs fscaps interfaces
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 24/25] commoncap: use vfs fscaps interfaces
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH v2 24/25] commoncap: use vfs fscaps interfaces
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 24/25] commoncap: use vfs fscaps interfaces
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 24/25] commoncap: use vfs fscaps interfaces
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH v2 24/25] commoncap: use vfs fscaps interfaces
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 24/25] commoncap: use vfs fscaps interfaces
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 24/25] commoncap: use vfs fscaps interfaces
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 24/25] commoncap: use vfs fscaps interfaces
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 24/25] commoncap: use vfs fscaps interfaces
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH v2 24/25] commoncap: use vfs fscaps interfaces
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 24/25] commoncap: use vfs fscaps interfaces
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH v2 14/25] evm: add support for fscaps security hooks
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 06/25] capability: provide helpers for converting between xattrs and vfs_caps
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH v2 24/25] commoncap: use vfs fscaps interfaces
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] fs_parser: handle parameters that can be empty and don't have a value
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 06/25] capability: provide helpers for converting between xattrs and vfs_caps
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] fs_parser: handle parameters that can be empty and don't have a value
  • From: Luis Henriques <lhenriques@xxxxxxx>
• Re: [PATCH 1/3] fs_parser: handle parameters that can be empty and don't have a value
  • From: Luis Henriques <lhenriques@xxxxxxx>
• Re: [PATCH 1/3] fs_parser: handle parameters that can be empty and don't have a value
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 1/3] fs_parser: handle parameters that can be empty and don't have a value
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 06/25] capability: provide helpers for converting between xattrs and vfs_caps
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH v2 11/25] security: add hooks for set/get/remove of fscaps
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH v2 06/25] capability: provide helpers for converting between xattrs and vfs_caps
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 11/25] security: add hooks for set/get/remove of fscaps
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] ext4: fix mount parameters check for empty values
  • From: Luis Henriques <lhenriques@xxxxxxx>
• Re: [PATCH 1/3] fs_parser: handle parameters that can be empty and don't have a value
  • From: Luis Henriques <lhenriques@xxxxxxx>
• Re: [PATCH v2 14/25] evm: add support for fscaps security hooks
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] fs_parser: handle parameters that can be empty and don't have a value
  • From: Eric Sandeen <sandeen@xxxxxxxxxxx>
• Re: [PATCH v2 14/25] evm: add support for fscaps security hooks
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH v2 14/25] evm: add support for fscaps security hooks
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 3/3] overlay: fix mount parameters check for empty values
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 2/3] ext4: fix mount parameters check for empty values
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 1/3] fs_parser: handle parameters that can be empty and don't have a value
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 14/25] evm: add support for fscaps security hooks
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] fs_parser: handle parameters that can be empty and don't have a value
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 14/25] evm: add support for fscaps security hooks
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 14/25] evm: add support for fscaps security hooks
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• [PATCH 2/3] ext4: fix mount parameters check for empty values
  • From: Luis Henriques <lhenriques@xxxxxxx>
• [PATCH 1/3] fs_parser: handle parameters that can be empty and don't have a value
  • From: Luis Henriques <lhenriques@xxxxxxx>
• [PATCH 3/3] overlay: fix mount parameters check for empty values
  • From: Luis Henriques <lhenriques@xxxxxxx>
• [PATCH 0/3] fs_parser: handle parameters that can be empty and don't have a value
  • From: Luis Henriques <lhenriques@xxxxxxx>
• Re: [PATCH v2 20/25] ovl: add fscaps handlers
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: fs/overlayfs/copy_up.o: warning: objtool: ovl_copy_up_tmpfile() falls through to next function ovl_create_index.cold()
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 20/25] ovl: add fscaps handlers
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] overlayfs: remove SLAB_MEM_SPREAD flag usage
  • From: Chengming Zhou <chengming.zhou@xxxxxxxxx>
• [PATCH] overlayfs: remove SLAB_MEM_SPREAD flag usage
  • From: chengming.zhou@xxxxxxxxx
• [PATCH v3 10/10] evm: Rename is_unsupported_fs to is_unsupported_hmac_fs
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH v3 09/10] fs: Rename SB_I_EVM_UNSUPPORTED to SB_I_EVM_HMAC_UNSUPPORTED
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH v3 03/10] evm: Implement per signature type decision in security_inode_copy_up_xattr
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH v3 02/10] security: allow finer granularity in permitting copy-up of security xattrs
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH v3 08/10] evm: Enforce signatures on unsupported filesystem for EVM_INIT_X509
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH v3 05/10] ima: Move file-change detection variables into new structure
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH v3 06/10] evm: Store and detect metadata inode attributes changes
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH v3 01/10] ima: Rename backing_inode to real_inode
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH v3 04/10] evm: Use the metadata inode to calculate metadata hash
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH v3 07/10] ima: re-evaluate file integrity on file metadata change
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH v3 00/10] evm: Support signatures on stacked filesystem
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH v2 20/25] ovl: add fscaps handlers
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 19/25] fs: add vfs_remove_fscaps()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 18/25] fs: add vfs_set_fscaps()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 17/25] fs: add vfs_get_fscaps()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 16/25] fs: add inode operations to get/set/remove fscaps
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 11/25] security: add hooks for set/get/remove of fscaps
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 10/25] xattr: use is_fscaps_xattr()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 09/25] commoncap: use is_fscaps_xattr()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 08/25] xattr: add is_fscaps_xattr() helper
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 06/25] capability: provide helpers for converting between xattrs and vfs_caps
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 00/25] fs: use type-safe uid representation for filesystem capabilities
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH v2 06/25] capability: provide helpers for converting between xattrs and vfs_caps
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH v2 00/25] fs: use type-safe uid representation for filesystem capabilities
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 07/25] capability: provide a helper for converting vfs_caps to xattr for userspace
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 06/25] capability: provide helpers for converting between xattrs and vfs_caps
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 05/25] capability: use vfsuid_t for vfs_caps rootids
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 03/25] capability: add static asserts for comapatibility of vfs_cap_data and vfs_ns_cap_data
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 02/25] mnt_idmapping: include cred.h
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 01/25] mnt_idmapping: split out core vfs[ug]id_t definitions into vfsid.h
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: Can overlayfs follow mounts in lowerdir?
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: Can overlayfs follow mounts in lowerdir?
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: Can overlayfs follow mounts in lowerdir?
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Can overlayfs follow mounts in lowerdir?
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: [PATCH v2 15/25] security: call evm fscaps hooks from generic security hooks
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v2 12/25] selinux: add hooks for fscaps operations
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH v2 15/25] security: call evm fscaps hooks from generic security hooks
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH v2 12/25] selinux: add hooks for fscaps operations
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v2 13/25] smack: add hooks for fscaps operations
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH v2 12/25] selinux: add hooks for fscaps operations
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH v2 11/25] security: add hooks for set/get/remove of fscaps
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH v2 15/25] security: call evm fscaps hooks from generic security hooks
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v2 12/25] selinux: add hooks for fscaps operations
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v2 11/25] security: add hooks for set/get/remove of fscaps
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v2 13/25] smack: add hooks for fscaps operations
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v2 25/25] vfs: return -EOPNOTSUPP for fscaps from vfs_*xattr()
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 24/25] commoncap: use vfs fscaps interfaces
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 17/25] fs: add vfs_get_fscaps()
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 23/25] commoncap: remove cap_inode_getsecurity()
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 21/25] ovl: use vfs_{get,set}_fscaps() for copy-up
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 15/25] security: call evm fscaps hooks from generic security hooks
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 18/25] fs: add vfs_set_fscaps()
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 22/25] fs: use vfs interfaces for capabilities xattrs
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 19/25] fs: add vfs_remove_fscaps()
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 20/25] ovl: add fscaps handlers
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 16/25] fs: add inode operations to get/set/remove fscaps
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 10/25] xattr: use is_fscaps_xattr()
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 14/25] evm: add support for fscaps security hooks
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 08/25] xattr: add is_fscaps_xattr() helper
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 11/25] security: add hooks for set/get/remove of fscaps
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 09/25] commoncap: use is_fscaps_xattr()
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 13/25] smack: add hooks for fscaps operations
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 12/25] selinux: add hooks for fscaps operations
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 07/25] capability: provide a helper for converting vfs_caps to xattr for userspace
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 06/25] capability: provide helpers for converting between xattrs and vfs_caps
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 05/25] capability: use vfsuid_t for vfs_caps rootids
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 03/25] capability: add static asserts for comapatibility of vfs_cap_data and vfs_ns_cap_data
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 02/25] mnt_idmapping: include cred.h
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 04/25] capability: rename cpu_vfs_cap_data to vfs_caps
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 01/25] mnt_idmapping: split out core vfs[ug]id_t definitions into vfsid.h
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• [PATCH v2 00/25] fs: use type-safe uid representation for filesystem capabilities
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH v2 2/9] security: allow finer granularity in permitting copy-up of security xattrs
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• [syzbot] [overlayfs?] KASAN: slab-use-after-free Read in ovl_dentry_update_reval
  • From: syzbot <syzbot+316db8a1191938280eb6@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC v3 5/5] overlayfs: Optimize credentials usage
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• [RFC v3 4/5] fs: Optimize credentials reference count for backing file ops
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• [RFC v3 3/5] cred: Add a light version of override/revert_creds()
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• [RFC v3 2/5] cleanup: Fix discarded const warning when defining guard
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• [RFC v3 0/5] overlayfs: Optimize override/revert creds
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• [RFC v3 1/5] cleanup: Fix discarded const warning when defining lock guard
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• Re: [PATCH v2 9/9] ima: Record i_version of real_inode for change detection
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [syzbot] [overlayfs?] possible deadlock in seq_read_iter (3)
  • From: syzbot <syzbot+af9aa785e14a67796a87@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/7] overlayfs: Convert to super_set_uuid()
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 4/9] ima: Reset EVM status upon detecting changes to the real file
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v3 2/7] overlayfs: Convert to super_set_uuid()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v2 2/7] overlayfs: Convert to super_set_uuid()
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH v2 2/7] overlayfs: Convert to super_set_uuid()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v2 5/9] evm: Use the inode holding the metadata to calculate metadata hash
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/2] Decomplicate file_dentry()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 9/9] ima: Record i_version of real_inode for change detection
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v2 4/9] ima: Reset EVM status upon detecting changes to the real file
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 1/9] ima: Rename backing_inode to real_inode
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 5/9] evm: Use the inode holding the metadata to calculate metadata hash
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 2/9] security: allow finer granularity in permitting copy-up of security xattrs
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 2/2] fs: remove the inode argument to ->d_real() method
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 9/9] ima: Record i_version of real_inode for change detection
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 7/9] fs: Rename SB_I_EVM_UNSUPPORTED to SB_I_EVM_HMAC_UNSUPPORTED
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 4/9] ima: Reset EVM status upon detecting changes to the real file
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2 4/9] ima: Reset EVM status upon detecting changes to the real file
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH v2 6/9] evm: Enforce signatures on unsupported filesystem for EVM_INIT_X509
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH v2 5/9] evm: Use the inode holding the metadata to calculate metadata hash
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH v2 1/9] ima: Rename backing_inode to real_inode
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH v2 8/9] evm: Rename is_unsupported_fs to is_unsupported_hmac_fs
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH v2 3/9] evm: Implement per signature type decision in security_inode_copy_up_xattr
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH v2 2/9] security: allow finer granularity in permitting copy-up of security xattrs
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH v2 7/9] fs: Rename SB_I_EVM_UNSUPPORTED to SB_I_EVM_HMAC_UNSUPPORTED
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH v2 0/9] evm: Support signatures on stacked filesystem
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH v2 9/9] ima: Record i_version of real_inode for change detection
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH] overlay/084: Fix test to match new xwhiteouts dir on-disk format
  • From: Alexander Larsson <alexl@xxxxxxxxxx>
• [PATCH] overlay/084: Fix test to match new xwhiteouts dir on-disk format
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2] selinux: only filter copy-up xattrs following initialization
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] fs: remove the inode argument to ->d_real() method
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] fs: remove the inode argument to ->d_real() method
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] fs: remove the inode argument to ->d_real() method
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] fs: remove the inode argument to ->d_real() method
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] fs: remove the inode argument to ->d_real() method
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] evm: Use the real inode's metadata to calculate metadata hash
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] evm: Use the real inode's metadata to calculate metadata hash
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 2/2] fs: remove the inode argument to ->d_real() method
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] evm: Use the real inode's metadata to calculate metadata hash
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] fs: remove the inode argument to ->d_real() method
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] evm: Use the real inode's metadata to calculate metadata hash
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 2/2] fs: remove the inode argument to ->d_real() method
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] fs: make file_dentry() a simple accessor
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] evm: Use the real inode's metadata to calculate metadata hash
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] fs: remove the inode argument to ->d_real() method
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 2/2] fs: remove the inode argument to ->d_real() method
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: WARNING in ovl_copy_up_file
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 2/2] fs: remove the inode argument to ->d_real() method
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 1/5] security: allow finer granularity in permitting copy-up of security xattrs
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• WARNING in ovl_copy_up_file
  • From: xingwei lee <xrivendell7@xxxxxxxxx>
• [PATCH 2/2] fs: remove the inode argument to ->d_real() method
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH 1/2] fs: make file_dentry() a simple accessor
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH 0/2] Decomplicate file_dentry()
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 4/5] evm: Use the real inode's metadata to calculate metadata hash
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2] selinux: only filter copy-up xattrs following initialization
  • From: David Disseldorp <ddiss@xxxxxxx>
• Re: [PATCH 4/5] evm: Use the real inode's metadata to calculate metadata hash
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] evm: Enforce signatures on unsupported filesystem for EVM_INIT_X509
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] security: allow finer granularity in permitting copy-up of security xattrs
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] security: allow finer granularity in permitting copy-up of security xattrs
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 4/5] evm: Use the real inode's metadata to calculate metadata hash
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 4/5] evm: Use the real inode's metadata to calculate metadata hash
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] security: allow finer granularity in permitting copy-up of security xattrs
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 4/5] evm: Use the real inode's metadata to calculate metadata hash
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [overlay] [fuse] Potential bug with large file support for FUSE based lowerdir
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [overlay] [fuse] Potential bug with large file support for FUSE based lowerdir
  • From: Lukasz Okraszewski <Lukasz.Okraszewski@xxxxxxx>
• Re: [overlay] [fuse] Potential bug with large file support for FUSE based lowerdir
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [overlay] [fuse] Potential bug with large file support for FUSE based lowerdir
  • From: Lukasz Okraszewski <Lukasz.Okraszewski@xxxxxxx>
• Re: [overlay] [fuse] Potential bug with large file support for FUSE based lowerdir
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 1/5] security: allow finer granularity in permitting copy-up of security xattrs
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 4/5] evm: Use the real inode's metadata to calculate metadata hash
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] evm: Use the real inode's metadata to calculate metadata hash
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] evm: Use the real inode's metadata to calculate metadata hash
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 1/5] security: allow finer granularity in permitting copy-up of security xattrs
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 4/5] evm: Use the real inode's metadata to calculate metadata hash
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 1/5] security: allow finer granularity in permitting copy-up of security xattrs
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] evm: Support signatures on stacked filesystem
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] ima: Reset EVM status upon detecting changes to overlay backing file
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] evm: Use the real inode's metadata to calculate metadata hash
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [PATCH 1/5] security: allow finer granularity in permitting copy-up of security xattrs
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 5/5] evm: Enforce signatures on unsupported filesystem for EVM_INIT_X509
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 3/5] ima: Reset EVM status upon detecting changes to overlay backing file
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] fs: Use KMEM_CACHE instead of kmem_cache_create
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 2/5] evm: Implement per signature type decision in security_inode_copy_up_xattr
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 1/5] security: allow finer granularity in permitting copy-up of security xattrs
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 0/5] evm: Support signatures on stacked filesystem
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 4/5] evm: Use the real inode's metadata to calculate metadata hash
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] fs: Use KMEM_CACHE instead of kmem_cache_create
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH] fs: Use KMEM_CACHE instead of kmem_cache_create
  • From: Kunwu Chan <chentao@xxxxxxxxxx>
• Re: [PATCH 4/5] evm: Use the real inode's metadata to calculate metadata hash
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH 1/5] security: allow finer granularity in permitting copy-up of security xattrs
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH 0/5] evm: Support signatures on stacked filesystem
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH 4/5] evm: Use the real inode's metadata to calculate metadata hash
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH 3/5] ima: Reset EVM status upon detecting changes to overlay backing file
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH 2/5] evm: Implement per signature type decision in security_inode_copy_up_xattr
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• [PATCH 5/5] evm: Enforce signatures on unsupported filesystem for EVM_INIT_X509
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxx>
• Re: [syzbot] [overlayfs?] possible deadlock in seq_read_iter (2)
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [syzbot] [overlayfs?] possible deadlock in seq_read_iter (2)
  • From: syzbot <syzbot+da4f9f61f96525c62cc7@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v2 3/4] overlayfs: Optimize credentials usage
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• Re: [RFC v2 4/4] fs: Optimize credentials reference count for backing file ops
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• Re: [RFC v2 2/4] cred: Add a light version of override/revert_creds()
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• Re: [RFC v2 0/4] overlayfs: Optimize override/revert creds
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• Re: [RFC v2 3/4] overlayfs: Optimize credentials usage
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC v2 4/4] fs: Optimize credentials reference count for backing file ops
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC v2 1/4] cleanup: Fix discarded const warning when defining guards
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC v2 2/4] cred: Add a light version of override/revert_creds()
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC v2 0/4] overlayfs: Optimize override/revert creds
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [RFC v2 3/4] overlayfs: Optimize credentials usage
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• [RFC v2 4/4] fs: Optimize credentials reference count for backing file ops
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• [RFC v2 2/4] cred: Add a light version of override/revert_creds()
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• [RFC v2 1/4] cleanup: Fix discarded const warning when defining guards
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• [RFC v2 0/4] overlayfs: Optimize override/revert creds
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• Re: [GIT PULL] overlayfs fixes for 6.8-rc2
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] overlayfs fixes for 6.8-rc2
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC] HACK: overlayfs: Optimize overlay/restore creds
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• Re: [RFC] HACK: overlayfs: Optimize overlay/restore creds
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4] ovl: mark xwhiteouts directory with overlay.opaque='x'
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v4] ovl: mark xwhiteouts directory with overlay.opaque='x'
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v4] ovl: mark xwhiteouts directory with overlay.opaque='x'
  • From: Alexander Larsson <alexl@xxxxxxxxxx>
• Re: [PATCH v4] ovl: mark xwhiteouts directory with overlay.opaque='x'
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v4] ovl: mark xwhiteouts directory with overlay.opaque='x'
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v4] ovl: mark xwhiteouts directory with overlay.opaque='x'
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v4] ovl: mark xwhiteouts directory with overlay.opaque='x'
  • From: Alexander Larsson <alexl@xxxxxxxxxx>
• [PATCH v4] ovl: mark xwhiteouts directory with overlay.opaque='x'
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v3] ovl: mark xwhiteouts directory with overlay.opaque='x'
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v3] ovl: mark xwhiteouts directory with overlay.opaque='x'
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v3] ovl: mark xwhiteouts directory with overlay.opaque='x'
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v3] ovl: mark xwhiteouts directory with overlay.opaque='x'
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v3] ovl: mark xwhiteouts directory with overlay.opaque='x'
  • From: Alexander Larsson <alexl@xxxxxxxxxx>
• Re: [PATCH v3] ovl: mark xwhiteouts directory with overlay.opaque='x'
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v3] ovl: mark xwhiteouts directory with overlay.opaque='x'
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v3] ovl: mark xwhiteouts directory with overlay.opaque='x'
  • From: Alexander Larsson <alexl@xxxxxxxxxx>
• Re: [PATCH v2] ovl: require xwhiteout feature flag on layer roots
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v3] ovl: mark xwhiteouts directory with overlay.opaque='x'
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2] ovl: require xwhiteout feature flag on layer roots
  • From: Alexander Larsson <alexl@xxxxxxxxxx>
• Re: [PATCH v3] ovl: mark xwhiteouts directory with overlay.opaque='x'
  • From: Alexander Larsson <alexl@xxxxxxxxxx>
• Re: [PATCH v2] ovl: require xwhiteout feature flag on layer roots
  • From: Alexander Larsson <alexl@xxxxxxxxxx>
• Re: [PATCH v2] ovl: require xwhiteout feature flag on layer roots
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v3] ovl: mark xwhiteouts directory with overlay.opaque='x'
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2] ovl: require xwhiteout feature flag on layer roots
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2] ovl: require xwhiteout feature flag on layer roots
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v2] ovl: require xwhiteout feature flag on layer roots
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2] ovl: require xwhiteout feature flag on layer roots
  • From: Alexander Larsson <alexl@xxxxxxxxxx>
• Re: [PATCH v2] ovl: require xwhiteout feature flag on layer roots
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2] ovl: require xwhiteout feature flag on layer roots
  • From: Alexander Larsson <alexl@xxxxxxxxxx>
• Re: [PATCH v2] ovl: require xwhiteout feature flag on layer roots
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2] ovl: require xwhiteout feature flag on layer roots
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v2] ovl: require xwhiteout feature flag on layer roots
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2] ovl: require xwhiteout feature flag on layer roots
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH] ovl: require xwhiteout feature flag on layer roots
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] ovl: require xwhiteout feature flag on layer roots
  • From: Alexander Larsson <alexl@xxxxxxxxxx>
• Re: [PATCH] ovl: require xwhiteout feature flag on layer roots
  • From: Alexander Larsson <alexl@xxxxxxxxxx>
• Re: [PATCH] ovl: require xwhiteout feature flag on layer roots
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH] ovl: require xwhiteout feature flag on layer roots
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH] ovl: require xwhiteout feature flag on layer roots
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [GIT PULL] overlayfs updates for 6.8
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] overlayfs updates for 6.8
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [0/4] overlayfs: Adjustments for ovl_fill_super()
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [0/4] overlayfs: Adjustments for ovl_fill_super()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [0/4] overlayfs: Adjustments for ovl_fill_super()
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [0/4] overlayfs: Adjustments for ovl_fill_super()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: [PATCH 0/4] overlayfs: Adjustments for ovl_fill_super()
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 0/4] overlayfs: Adjustments for ovl_fill_super()
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: reg: Stacked overlay support in Linux
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: reg: Stacked overlay support in Linux
  • From: shanthosh krishna moorthy <santy.accet@xxxxxxxxx>
• Re: reg: Stacked overlay support in Linux
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• reg: Stacked overlay support in Linux
  • From: shanthosh krishna moorthy <santy.accet@xxxxxxxxx>
• Re: [PATCH] overlay: create helper _overlay_scratch_mount_opts()
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [GIT PULL] overlayfs backing file helpers for 6.8
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH] overlay/081: fix test when running with index enabled
  • From: Zorro Lang <zlang@xxxxxxxxxx>
• [GIT PULL] overlayfs backing file helpers for 6.8
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC][PATCH 4/4] fs: factor out backing_file_mmap() helper
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC][PATCH 0/4] Intruduce stacking filesystem vfs helpers
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC][PATCH 4/4] fs: factor out backing_file_mmap() helper
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC][PATCH 0/4] Intruduce stacking filesystem vfs helpers
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC][PATCH 4/4] fs: factor out backing_file_mmap() helper
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC][PATCH 4/4] fs: factor out backing_file_mmap() helper
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] ovl: Reject mounting case-insensitive filesystems
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC][PATCH 4/4] fs: factor out backing_file_mmap() helper
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC][PATCH 0/4] Intruduce stacking filesystem vfs helpers
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [RFC][PATCH 4/4] fs: factor out backing_file_mmap() helper
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [RFC][PATCH 3/4] fs: factor out backing_file_splice_{read,write}() helpers
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [RFC][PATCH 2/4] fs: factor out backing_file_{read,write}_iter() helpers
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [RFC][PATCH 1/4] fs: prepare for stackable filesystems backing file helpers
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [RFC][PATCH 0/4] Intruduce stacking filesystem vfs helpers
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [GIT PULL] overlayfs fixes for 6.7-rc7
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v2 0/3] evm: disable EVM on overlayfs
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] evm: disable EVM on overlayfs
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2 2/3] evm: add support to disable EVM on unsupported filesystems
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 3/3] overlay: disable EVM
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [syzbot] [overlayfs?] possible deadlock in seq_read_iter (2)
  • From: syzbot <syzbot+da4f9f61f96525c62cc7@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] [overlayfs?] possible deadlock in seq_read_iter (2)
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [GIT PULL] overlayfs fixes for 6.7-rc7
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [syzbot] [overlayfs?] possible deadlock in seq_read_iter (2)
  • From: syzbot <syzbot+da4f9f61f96525c62cc7@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] [overlayfs?] possible deadlock in seq_read_iter (2)
  • From: syzbot <syzbot+da4f9f61f96525c62cc7@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] evm: add support to disable EVM on unsupported filesystems
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH v2 2/3] evm: add support to disable EVM on unsupported filesystems
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH v2 3/3] overlay: disable EVM
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH v2 1/3] evm: don't copy up 'security.evm' xattr
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH v2 0/3] evm: disable EVM on overlayfs
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] evm: add support to disable EVM on unsupported filesystems
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 1/2] evm: don't copy up 'security.evm' xattr
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC] HACK: overlayfs: Optimize overlay/restore creds
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• [PATCH 2/2] evm: add support to disable EVM on unsupported filesystems
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH 0/2] evm: disable EVM on overlayfs
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH 1/2] evm: don't copy up 'security.evm' xattr
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC] HACK: overlayfs: Optimize overlay/restore creds
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC] HACK: overlayfs: Optimize overlay/restore creds
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC] HACK: overlayfs: Optimize overlay/restore creds
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• Re: [RFC] HACK: overlayfs: Optimize overlay/restore creds
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC] HACK: overlayfs: Optimize overlay/restore creds
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH] overlay/081: fix test when running with index enabled
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] ovl: fix BUG: Dentry still in use in unmount
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC] HACK: overlayfs: Optimize overlay/restore creds
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] HACK: overlayfs: Optimize overlay/restore creds
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC] HACK: overlayfs: Optimize overlay/restore creds
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC] HACK: overlayfs: Optimize overlay/restore creds
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• Re: [PATCH] fs: remove duplicated including of posix_acl.h
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 2/2] overlayfs.rst: fix ReST formatting
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC] HACK: overlayfs: Optimize overlay/restore creds
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH] fs: remove duplicated including of posix_acl.h
  • From: Wang Jinchao <wangjinchao@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] overlayfs.rst: fix ReST formatting
  • From: Akira Yokosawa <akiyks@xxxxxxxxx>
• Re: [PATCH v2 2/2] overlayfs.rst: fix ReST formatting
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 2/2] overlayfs.rst: fix ReST formatting
  • From: Akira Yokosawa <akiyks@xxxxxxxxx>
• [RFC] HACK: overlayfs: Optimize overlay/restore creds
  • From: Vinicius Costa Gomes <vinicius.gomes@xxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] fs/proc: show correct device and inode numbers in /proc/pid/maps
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 1/2 v2] fs/proc: show correct device and inode numbers in /proc/pid/maps
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 2/2] selftests/overlayfs: verify device and inode numbers in /proc/pid/maps
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH 2/2] selftests/overlayfs: verify device and inode numbers in /proc/pid/maps
  • From: Andrei Vagin <avagin@xxxxxxxxxx>
• [PATCH 1/2 v2] fs/proc: show correct device and inode numbers in /proc/pid/maps
  • From: Andrei Vagin <avagin@xxxxxxxxxx>
• Re: [PATCH v2 2/2] overlayfs.rst: fix ReST formatting
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH v2 1/2] overlayfs.rst: use consistent feature names
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH 1/2] fs/proc: show correct device and inode numbers in /proc/pid/maps
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 2/2] overlayfs.rst: fix ReST formatting
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 1/2] overlayfs.rst: use consistent feature names
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 0/2] Fixes to overlayfs documentation
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 2/2] overlayfs.rst: fix ReST formatting
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 1/2] overlayfs.rst: use consistent terminology
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 2/2] overlayfs.rst: fix ReST formatting
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH 1/2] overlayfs.rst: use consistent terminology
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [RFC KERNEL] initoverlayfs - a scalable initial filesystem
  • From: Eric Curtin <ecurtin@xxxxxxxxxx>
• Re: [PATCH 1/2] fs/proc: show correct device and inode numbers in /proc/pid/maps
  • From: Andrei Vagin <avagin@xxxxxxxxxx>
• Re: [PATCH 1/2] fs/proc: show correct device and inode numbers in /proc/pid/maps
  • From: Andrei Vagin <avagin@xxxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [RFC KERNEL] initoverlayfs - a scalable initial filesystem
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] fs/proc: show correct device and inode numbers in /proc/pid/maps
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC KERNEL] initoverlayfs - a scalable initial filesystem
  • From: Gao Xiang <hsiangkao@xxxxxxxxxxxxxxxxx>
• Re: [RFC KERNEL] initoverlayfs - a scalable initial filesystem
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 2/2] overlayfs.rst: fix ReST formatting
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH 1/2] overlayfs.rst: use consistent terminology
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH 0/2] Fixes to overlayfs documentation
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 1/2] fs/proc: show correct device and inode numbers in /proc/pid/maps
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC KERNEL] initoverlayfs - a scalable initial filesystem
  • From: Gao Xiang <hsiangkao@xxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Seth Forshee <sforshee@xxxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Seth Forshee <sforshee@xxxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [RFC KERNEL] initoverlayfs - a scalable initial filesystem
  • From: Neal Gompa <neal@xxxxxxxxx>
• [RFC KERNEL] initoverlayfs - a scalable initial filesystem
  • From: Eric Curtin <ecurtin@xxxxxxxxxx>
• Re: [PATCH 15/16] commoncap: use vfs fscaps interfaces for killpriv checks
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• [PATCH v3] overlay: Add tests for nesting private xattrs
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 1/4] overlay: Add tests for nesting private xattrs
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 1/4] overlay: Add tests for nesting private xattrs
  • From: Zorro Lang <zlang@xxxxxxxxxx>
• Re: [PATCH 09/16] fs: add vfs_set_fscaps()
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 1/4] overlay: Add tests for nesting private xattrs
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 1/4] overlay: Add tests for nesting private xattrs
  • From: Zorro Lang <zlang@xxxxxxxxxx>
• Re: [PATCH v2 0/4] Overlayfs tests for 6.7-rc1
  • From: Zorro Lang <zlang@xxxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [RFC][PATCH] overlayfs: Redirect xattr ops on security.evm to security.evm_overlayfs
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxxxxxxx>
• Re: [PATCH] fs: Pass AT_GETATTR_NOSEC flag to getattr interface function
  • From: "J. R. Okajima" <hooanon05g@xxxxxxxxx>
• Re: [PATCH 09/16] fs: add vfs_set_fscaps()
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH v2 2/4] overlay: prepare for new lowerdir+,datadir+ tests
  • From: Zorro Lang <zlang@xxxxxxxxxx>
• [PATCH] overlay: create helper _overlay_scratch_mount_opts()
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 2/4] overlay: prepare for new lowerdir+,datadir+ tests
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 2/4] overlay: prepare for new lowerdir+,datadir+ tests
  • From: Zorro Lang <zlang@xxxxxxxxxx>
• Re: [PATCH 14/16] commoncap: remove cap_inode_getsecurity()
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 4/16] capability: use vfsuid_t for vfs_caps rootids
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 3/16] capability: rename cpu_vfs_cap_data to vfs_caps
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 07/16] fs: add inode operations to get/set/remove fscaps
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v2] overlay/026: Fix test expectation for newer kernels
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 4/4] overlay: test parsing of lowerdir+,datadir+ mount options
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 3/4] overlay: test data-only lowerdirs with datadir+ mount option
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 2/4] overlay: prepare for new lowerdir+,datadir+ tests
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 0/4] Overlayfs tests for 6.7-rc1
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 1/4] overlay: Add tests for nesting private xattrs
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2] overlay/026: Fix test expectation for newer kernels
  • From: Zorro Lang <zlang@xxxxxxxxxx>
• Re: [PATCH v2] overlay/026: Fix test expectation for newer kernels
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2] overlay/026: Fix test expectation for newer kernels
  • From: Zorro Lang <zlang@xxxxxxxxxx>
• Re: [PATCH 0/4] Overlayfs tests for 6.7-rc1
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2] overlay/026: Fix test expectation for newer kernels
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 09/16] fs: add vfs_set_fscaps()
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH 08/16] fs: add vfs_get_fscaps()
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH 09/16] fs: add vfs_set_fscaps()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 07/16] fs: add inode operations to get/set/remove fscaps
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH 06/16] capability: provide a helper for converting vfs_caps to xattr for userspace
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH 08/16] fs: add vfs_get_fscaps()
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 05/16] capability: provide helpers for converting between xattrs and vfs_caps
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH 07/16] fs: add inode operations to get/set/remove fscaps
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 06/16] capability: provide a helper for converting vfs_caps to xattr for userspace
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 05/16] capability: provide helpers for converting between xattrs and vfs_caps
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 03/16] capability: rename cpu_vfs_cap_data to vfs_caps
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 12/16] ovl: use vfs_{get,set}_fscaps() for copy-up
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH 16/16] vfs: return -EOPNOTSUPP for fscaps from vfs_*xattr()
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH 11/16] ovl: add fscaps handlers
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH 09/16] fs: add vfs_set_fscaps()
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH 07/16] fs: add inode operations to get/set/remove fscaps
  • From: "Seth Forshee (DigitalOcean)" <sforshee@xxxxxxxxxx>
• Re: [PATCH 09/16] fs: add vfs_set_fscaps()
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 12/16] ovl: use vfs_{get,set}_fscaps() for copy-up
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 16/16] vfs: return -EOPNOTSUPP for fscaps from vfs_*xattr()
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 11/16] ovl: add fscaps handlers
  • From: Amir Goldstein <amir73il@xxxxxxxxx>