* [PATCH v3 01/21] namei: add mapping aware lookup helper [not found] <20210726102816.612434-1-brauner@kernel.org> @ 2021-07-26 10:27 ` Christian Brauner 2021-07-26 14:41 ` Matthew Wilcox 0 siblings, 1 reply; 4+ messages in thread From: Christian Brauner @ 2021-07-26 10:27 UTC (permalink / raw) To: Christoph Hellwig, Chris Mason, Josef Bacik, David Sterba Cc: Al Viro, linux-btrfs, Christian Brauner, Christoph Hellwig, linux-fsdevel From: Christian Brauner <christian.brauner@ubuntu.com> Various filesystems rely on the lookup_one_len() helper to lookup a single path component relative to a well-known starting point. Allow such filesystems to support idmapped mounts by adding a version of this helper to take the idmap into account when calling inode_permission(). This change is a required to let btrfs (and other filesystems) support idmapped mounts. Cc: Christoph Hellwig <hch@infradead.org> Cc: Al Viro <viro@zeniv.linux.org.uk> Cc: linux-fsdevel@vger.kernel.org Reviewed-by: Josef Bacik <josef@toxicpanda.com> Signed-off-by: Christian Brauner <christian.brauner@ubuntu.com> --- /* v2 */ - Al Viro <viro@zeniv.linux.org.uk>: - Add a new lookup helper instead of changing the old ones. /* v3 */ unchanged --- fs/namei.c | 44 +++++++++++++++++++++++++++++++++++++------ include/linux/namei.h | 2 ++ 2 files changed, 40 insertions(+), 6 deletions(-) diff --git a/fs/namei.c b/fs/namei.c index bf6d8a738c59..8f416698ee34 100644 --- a/fs/namei.c +++ b/fs/namei.c @@ -2575,8 +2575,9 @@ int vfs_path_lookup(struct dentry *dentry, struct vfsmount *mnt, } EXPORT_SYMBOL(vfs_path_lookup); -static int lookup_one_len_common(const char *name, struct dentry *base, - int len, struct qstr *this) +static int lookup_one_len_common(struct user_namespace *mnt_userns, + const char *name, struct dentry *base, int len, + struct qstr *this) { this->name = name; this->len = len; @@ -2604,7 +2605,7 @@ static int lookup_one_len_common(const char *name, struct dentry *base, return err; } - return inode_permission(&init_user_ns, base->d_inode, MAY_EXEC); + return inode_permission(mnt_userns, base->d_inode, MAY_EXEC); } /** @@ -2628,7 +2629,7 @@ struct dentry *try_lookup_one_len(const char *name, struct dentry *base, int len WARN_ON_ONCE(!inode_is_locked(base->d_inode)); - err = lookup_one_len_common(name, base, len, &this); + err = lookup_one_len_common(&init_user_ns, name, base, len, &this); if (err) return ERR_PTR(err); @@ -2655,7 +2656,7 @@ struct dentry *lookup_one_len(const char *name, struct dentry *base, int len) WARN_ON_ONCE(!inode_is_locked(base->d_inode)); - err = lookup_one_len_common(name, base, len, &this); + err = lookup_one_len_common(&init_user_ns, name, base, len, &this); if (err) return ERR_PTR(err); @@ -2664,6 +2665,37 @@ struct dentry *lookup_one_len(const char *name, struct dentry *base, int len) } EXPORT_SYMBOL(lookup_one_len); +/** + * lookup_mapped_one_len - filesystem helper to lookup single pathname component + * @mnt_userns: user namespace of the mount the lookup is performed from + * @name: pathname component to lookup + * @base: base directory to lookup from + * @len: maximum length @len should be interpreted to + * + * Note that this routine is purely a helper for filesystem usage and should + * not be called by generic code. + * + * The caller must hold base->i_mutex. + */ +struct dentry *lookup_mapped_one_len(struct user_namespace *mnt_userns, + const char *name, struct dentry *base, + int len) +{ + struct dentry *dentry; + struct qstr this; + int err; + + WARN_ON_ONCE(!inode_is_locked(base->d_inode)); + + err = lookup_one_len_common(mnt_userns, name, base, len, &this); + if (err) + return ERR_PTR(err); + + dentry = lookup_dcache(&this, base, 0); + return dentry ? dentry : __lookup_slow(&this, base, 0); +} +EXPORT_SYMBOL(lookup_mapped_one_len); + /** * lookup_one_len_unlocked - filesystem helper to lookup single pathname component * @name: pathname component to lookup @@ -2683,7 +2715,7 @@ struct dentry *lookup_one_len_unlocked(const char *name, int err; struct dentry *ret; - err = lookup_one_len_common(name, base, len, &this); + err = lookup_one_len_common(&init_user_ns, name, base, len, &this); if (err) return ERR_PTR(err); diff --git a/include/linux/namei.h b/include/linux/namei.h index be9a2b349ca7..fd9d22128df6 100644 --- a/include/linux/namei.h +++ b/include/linux/namei.h @@ -68,6 +68,8 @@ extern struct dentry *try_lookup_one_len(const char *, struct dentry *, int); extern struct dentry *lookup_one_len(const char *, struct dentry *, int); extern struct dentry *lookup_one_len_unlocked(const char *, struct dentry *, int); extern struct dentry *lookup_positive_unlocked(const char *, struct dentry *, int); +extern struct dentry *lookup_mapped_one_len(struct user_namespace *, + const char *, struct dentry *, int); extern int follow_down_one(struct path *); extern int follow_down(struct path *); -- 2.30.2 ^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [PATCH v3 01/21] namei: add mapping aware lookup helper 2021-07-26 10:27 ` [PATCH v3 01/21] namei: add mapping aware lookup helper Christian Brauner @ 2021-07-26 14:41 ` Matthew Wilcox 2021-07-26 14:45 ` Christoph Hellwig 0 siblings, 1 reply; 4+ messages in thread From: Matthew Wilcox @ 2021-07-26 14:41 UTC (permalink / raw) To: Christian Brauner Cc: Christoph Hellwig, Chris Mason, Josef Bacik, David Sterba, Al Viro, linux-btrfs, Christian Brauner, Christoph Hellwig, linux-fsdevel On Mon, Jul 26, 2021 at 12:27:56PM +0200, Christian Brauner wrote: > +/** > + * lookup_mapped_one_len - filesystem helper to lookup single pathname component Can we think about the name a bit? In the ur-times (2.3.99), we had lookup_dentry(), which as far as I can tell walked an entire path. That got augmented with lookup_one() which just walked a single path entry. That was replaced with lookup_one_len() which added the 'len' parameter. Now we have: struct dentry *try_lookup_one_len(const char *, struct dentry *, int); struct dentry *lookup_one_len(const char *, struct dentry *, int); struct dentry *lookup_one_len_unlocked(const char *, struct dentry *, int); struct dentry *lookup_positive_unlocked(const char *, struct dentry *, int); I think the 'len' part of the name has done its job, and this new helper should be 'lookup_one_mapped'. ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH v3 01/21] namei: add mapping aware lookup helper 2021-07-26 14:41 ` Matthew Wilcox @ 2021-07-26 14:45 ` Christoph Hellwig 2021-07-26 16:10 ` Christian Brauner 0 siblings, 1 reply; 4+ messages in thread From: Christoph Hellwig @ 2021-07-26 14:45 UTC (permalink / raw) To: Matthew Wilcox Cc: Christian Brauner, Christoph Hellwig, Chris Mason, Josef Bacik, David Sterba, Al Viro, linux-btrfs, Christian Brauner, Christoph Hellwig, linux-fsdevel On Mon, Jul 26, 2021 at 03:41:05PM +0100, Matthew Wilcox wrote: > On Mon, Jul 26, 2021 at 12:27:56PM +0200, Christian Brauner wrote: > > +/** > > + * lookup_mapped_one_len - filesystem helper to lookup single pathname component > > Can we think about the name a bit? In the ur-times (2.3.99), we had > lookup_dentry(), which as far as I can tell walked an entire path. > That got augmented with lookup_one() which just walked a single path > entry. That was replaced with lookup_one_len() which added the 'len' > parameter. Now we have: > > struct dentry *try_lookup_one_len(const char *, struct dentry *, int); > struct dentry *lookup_one_len(const char *, struct dentry *, int); > struct dentry *lookup_one_len_unlocked(const char *, struct dentry *, int); > struct dentry *lookup_positive_unlocked(const char *, struct dentry *, int); > > I think the 'len' part of the name has done its job, and this new > helper should be 'lookup_one_mapped'. Heh. I'd drop the mapped as well as this should be the new normal going ahead. ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH v3 01/21] namei: add mapping aware lookup helper 2021-07-26 14:45 ` Christoph Hellwig @ 2021-07-26 16:10 ` Christian Brauner 0 siblings, 0 replies; 4+ messages in thread From: Christian Brauner @ 2021-07-26 16:10 UTC (permalink / raw) To: Christoph Hellwig Cc: Matthew Wilcox, Christian Brauner, Chris Mason, Josef Bacik, David Sterba, Al Viro, linux-btrfs, Christoph Hellwig, linux-fsdevel On Mon, Jul 26, 2021 at 04:45:40PM +0200, Christoph Hellwig wrote: > On Mon, Jul 26, 2021 at 03:41:05PM +0100, Matthew Wilcox wrote: > > On Mon, Jul 26, 2021 at 12:27:56PM +0200, Christian Brauner wrote: > > > +/** > > > + * lookup_mapped_one_len - filesystem helper to lookup single pathname component > > > > Can we think about the name a bit? In the ur-times (2.3.99), we had > > lookup_dentry(), which as far as I can tell walked an entire path. > > That got augmented with lookup_one() which just walked a single path > > entry. That was replaced with lookup_one_len() which added the 'len' > > parameter. Now we have: > > > > struct dentry *try_lookup_one_len(const char *, struct dentry *, int); > > struct dentry *lookup_one_len(const char *, struct dentry *, int); > > struct dentry *lookup_one_len_unlocked(const char *, struct dentry *, int); > > struct dentry *lookup_positive_unlocked(const char *, struct dentry *, int); > > > > I think the 'len' part of the name has done its job, and this new > > helper should be 'lookup_one_mapped'. > > Heh. I'd drop the mapped as well as this should be the new normal > going ahead. I'm fine with either. Though lookup_one() is shorter and sounds nicest. :) ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2021-07-26 16:10 UTC | newest] Thread overview: 4+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <20210726102816.612434-1-brauner@kernel.org> 2021-07-26 10:27 ` [PATCH v3 01/21] namei: add mapping aware lookup helper Christian Brauner 2021-07-26 14:41 ` Matthew Wilcox 2021-07-26 14:45 ` Christoph Hellwig 2021-07-26 16:10 ` Christian Brauner
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).