From: Christian Brauner <brauner@kernel.org>
To: Seth Forshee <sforshee@kernel.org>,
Christoph Hellwig <hch@lst.de>,
linux-fsdevel@vger.kernel.org
Cc: "Christian Brauner (Microsoft)" <brauner@kernel.org>,
Al Viro <viro@zeniv.linux.org.uk>
Subject: [PATCH 0/8] finish port to new vfs*id helpers
Date: Mon, 24 Oct 2022 13:12:41 +0200 [thread overview]
Message-ID: <20221024111249.477648-1-brauner@kernel.org> (raw)
From: "Christian Brauner (Microsoft)" <brauner@kernel.org>
Hey,
A while ago we converted all filesystems and a good chunk of the vfs to
rely on the new vfs{g,u}id_t type and the associated type safe helpers.
After this change all places where idmapped mounts matter deal with the
dedicated new type and can't be easily confused with filesystem wide
k{g,u}id_t types. This small series converts the remaining places and
removes the old helpers. The series does not contain functional changes.
xfstests, LTP, and the libcap testsuite pass without any regressions.
(The series is based on the setgid changes sitting in my tree. It
removes a bunch of open-coding and thus makes the change here simpler
as well.)
Thanks!
Christian
Christian Brauner (8):
mnt_idmapping: add missing helpers
fs: use type safe idmapping helpers
caps: use type safe idmapping helpers
apparmor: use type safe idmapping helpers
ima: use type safe idmapping helpers
fuse: port to vfs{g,u}id_t and associated helpers
ovl: port to vfs{g,u}id_t and associated helpers
fs: remove unused idmapping helpers
fs/coredump.c | 4 +-
fs/exec.c | 16 ++---
fs/fuse/acl.c | 2 +-
fs/inode.c | 8 +--
fs/namei.c | 40 +++++------
fs/overlayfs/util.c | 9 ++-
fs/remap_range.c | 2 +-
fs/stat.c | 7 +-
include/linux/fs.h | 34 ----------
include/linux/mnt_idmapping.h | 100 +++++++++-------------------
kernel/capability.c | 4 +-
security/apparmor/domain.c | 8 +--
security/apparmor/file.c | 4 +-
security/apparmor/lsm.c | 24 ++++---
security/commoncap.c | 51 +++++++-------
security/integrity/ima/ima_policy.c | 34 +++++-----
16 files changed, 149 insertions(+), 198 deletions(-)
base-commit: 23a8ce16419a3066829ad4a8b7032a75817af65b
--
2.34.1
next reply other threads:[~2022-10-24 11:13 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-10-24 11:12 Christian Brauner [this message]
2022-10-24 11:12 ` [PATCH 1/8] mnt_idmapping: add missing helpers Christian Brauner
2022-10-24 11:12 ` [PATCH 2/8] fs: use type safe idmapping helpers Christian Brauner
2022-10-24 11:12 ` [PATCH 3/8] caps: " Christian Brauner
2022-10-24 11:12 ` [PATCH 4/8] apparmor: " Christian Brauner
2022-10-25 7:16 ` [apparmor] " John Johansen
2022-10-25 7:44 ` Christian Brauner
2022-10-25 8:30 ` John Johansen
2022-10-25 8:37 ` Christian Brauner
2022-10-24 11:12 ` [PATCH 5/8] ima: " Christian Brauner
2022-10-24 11:12 ` [PATCH 6/8] fuse: port to vfs{g,u}id_t and associated helpers Christian Brauner
2022-10-24 11:12 ` [PATCH 7/8] ovl: " Christian Brauner
2022-10-24 11:12 ` [PATCH 8/8] fs: remove unused idmapping helpers Christian Brauner
2022-10-24 19:24 ` [PATCH 0/8] finish port to new vfs*id helpers Seth Forshee
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=20221024111249.477648-1-brauner@kernel.org \
--to=brauner@kernel.org \
--cc=hch@lst.de \
--cc=linux-fsdevel@vger.kernel.org \
--cc=sforshee@kernel.org \
--cc=viro@zeniv.linux.org.uk \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.