2019-06-04 08:11:33 +00:00
|
|
|
/* SPDX-License-Identifier: GPL-2.0-only */
|
2016-12-16 10:02:56 +00:00
|
|
|
/*
|
|
|
|
*
|
|
|
|
* Copyright (C) 2011 Novell Inc.
|
|
|
|
* Copyright (C) 2016 Red Hat, Inc.
|
|
|
|
*/
|
|
|
|
|
|
|
|
struct ovl_config {
|
|
|
|
char *upperdir;
|
|
|
|
char *workdir;
|
|
|
|
bool default_permissions;
|
2023-06-17 06:42:36 +00:00
|
|
|
int redirect_mode;
|
2023-04-19 11:44:21 +00:00
|
|
|
int verity_mode;
|
2017-06-21 12:28:36 +00:00
|
|
|
bool index;
|
2023-06-26 13:34:25 +00:00
|
|
|
int uuid;
|
2018-01-19 09:26:53 +00:00
|
|
|
bool nfs_export;
|
2018-03-29 06:08:18 +00:00
|
|
|
int xino;
|
2018-05-11 15:49:27 +00:00
|
|
|
bool metacopy;
|
2020-12-14 14:26:14 +00:00
|
|
|
bool userxattr;
|
2020-08-31 18:15:29 +00:00
|
|
|
bool ovl_volatile;
|
2016-12-16 10:02:56 +00:00
|
|
|
};
|
|
|
|
|
2018-03-28 17:22:41 +00:00
|
|
|
struct ovl_sb {
|
|
|
|
struct super_block *sb;
|
|
|
|
dev_t pseudo_dev;
|
2019-11-14 20:28:41 +00:00
|
|
|
/* Unusable (conflicting) uuid */
|
|
|
|
bool bad_uuid;
|
2019-11-16 16:52:20 +00:00
|
|
|
/* Used as a lower layer (but maybe also as upper) */
|
|
|
|
bool is_lower;
|
2018-03-28 17:22:41 +00:00
|
|
|
};
|
|
|
|
|
2017-07-24 06:57:54 +00:00
|
|
|
struct ovl_layer {
|
2023-06-13 08:13:37 +00:00
|
|
|
/* ovl_free_fs() relies on @mnt being the first member! */
|
2017-07-24 06:57:54 +00:00
|
|
|
struct vfsmount *mnt;
|
ovl: detect overlapping layers
Overlapping overlay layers are not supported and can cause unexpected
behavior, but overlayfs does not currently check or warn about these
configurations.
User is not supposed to specify the same directory for upper and
lower dirs or for different lower layers and user is not supposed to
specify directories that are descendants of each other for overlay
layers, but that is exactly what this zysbot repro did:
https://syzkaller.appspot.com/x/repro.syz?x=12c7a94f400000
Moving layer root directories into other layers while overlayfs
is mounted could also result in unexpected behavior.
This commit places "traps" in the overlay inode hash table.
Those traps are dummy overlay inodes that are hashed by the layers
root inodes.
On mount, the hash table trap entries are used to verify that overlay
layers are not overlapping. While at it, we also verify that overlay
layers are not overlapping with directories "in-use" by other overlay
instances as upperdir/workdir.
On lookup, the trap entries are used to verify that overlay layers
root inodes have not been moved into other layers after mount.
Some examples:
$ ./run --ov --samefs -s
...
( mkdir -p base/upper/0/u base/upper/0/w base/lower lower upper mnt
mount -o bind base/lower lower
mount -o bind base/upper upper
mount -t overlay none mnt ...
-o lowerdir=lower,upperdir=upper/0/u,workdir=upper/0/w)
$ umount mnt
$ mount -t overlay none mnt ...
-o lowerdir=base,upperdir=upper/0/u,workdir=upper/0/w
[ 94.434900] overlayfs: overlapping upperdir path
mount: mount overlay on mnt failed: Too many levels of symbolic links
$ mount -t overlay none mnt ...
-o lowerdir=upper/0/u,upperdir=upper/0/u,workdir=upper/0/w
[ 151.350132] overlayfs: conflicting lowerdir path
mount: none is already mounted or mnt busy
$ mount -t overlay none mnt ...
-o lowerdir=lower:lower/a,upperdir=upper/0/u,workdir=upper/0/w
[ 201.205045] overlayfs: overlapping lowerdir path
mount: mount overlay on mnt failed: Too many levels of symbolic links
$ mount -t overlay none mnt ...
-o lowerdir=lower,upperdir=upper/0/u,workdir=upper/0/w
$ mv base/upper/0/ base/lower/
$ find mnt/0
mnt/0
mnt/0/w
find: 'mnt/0/w/work': Too many levels of symbolic links
find: 'mnt/0/u': Too many levels of symbolic links
Reported-by: syzbot+9c69c282adc4edd2b540@syzkaller.appspotmail.com
Signed-off-by: Amir Goldstein <amir73il@gmail.com>
Signed-off-by: Miklos Szeredi <mszeredi@redhat.com>
2019-04-18 14:42:08 +00:00
|
|
|
/* Trap in ovl inode cache */
|
|
|
|
struct inode *trap;
|
2018-03-28 17:22:41 +00:00
|
|
|
struct ovl_sb *fs;
|
|
|
|
/* Index of this layer in fs root (upper idx == 0) */
|
2017-11-08 17:23:36 +00:00
|
|
|
int idx;
|
2018-03-28 17:22:41 +00:00
|
|
|
/* One fsid per unique underlying sb (upper fsid == 0) */
|
|
|
|
int fsid;
|
ovl: modify layer parameter parsing
We ran into issues where mount(8) passed multiple lower layers as one
big string through fsconfig(). But the fsconfig() FSCONFIG_SET_STRING
option is limited to 256 bytes in strndup_user(). While this would be
fixable by extending the fsconfig() buffer I'd rather encourage users to
append layers via multiple fsconfig() calls as the interface allows
nicely for this. This has also been requested as a feature before.
With this port to the new mount api the following will be possible:
fsconfig(fs_fd, FSCONFIG_SET_STRING, "lowerdir", "/lower1", 0);
/* set upper layer */
fsconfig(fs_fd, FSCONFIG_SET_STRING, "upperdir", "/upper", 0);
/* append "/lower2", "/lower3", and "/lower4" */
fsconfig(fs_fd, FSCONFIG_SET_STRING, "lowerdir", ":/lower2:/lower3:/lower4", 0);
/* turn index feature on */
fsconfig(fs_fd, FSCONFIG_SET_STRING, "index", "on", 0);
/* append "/lower5" */
fsconfig(fs_fd, FSCONFIG_SET_STRING, "lowerdir", ":/lower5", 0);
Specifying ':' would have been rejected so this isn't a regression. And
we can't simply use "lowerdir=/lower" to append on top of existing
layers as "lowerdir=/lower,lowerdir=/other-lower" would make
"/other-lower" the only lower layer so we'd break uapi if we changed
this. So the ':' prefix seems a good compromise.
Users can choose to specify multiple layers at once or individual
layers. A layer is appended if it starts with ":". This requires that
the user has already added at least one layer before. If lowerdir is
specified again without a leading ":" then all previous layers are
dropped and replaced with the new layers. If lowerdir is specified and
empty than all layers are simply dropped.
An additional change is that overlayfs will now parse and resolve layers
right when they are specified in fsconfig() instead of deferring until
super block creation. This allows users to receive early errors.
It also allows users to actually use up to 500 layers something which
was theoretically possible but ended up not working due to the mount
option string passed via mount(2) being too large.
This also allows a more privileged process to set config options for a
lesser privileged process as the creds for fsconfig() and the creds for
fsopen() can differ. We could restrict that they match by enforcing that
the creds of fsopen() and fsconfig() match but I don't see why that
needs to be the case and allows for a good delegation mechanism.
Plus, in the future it means we're able to extend overlayfs mount
options and allow users to specify layers via file descriptors instead
of paths:
fsconfig(FSCONFIG_SET_PATH{_EMPTY}, "lowerdir", "lower1", dirfd);
/* append */
fsconfig(FSCONFIG_SET_PATH{_EMPTY}, "lowerdir", "lower2", dirfd);
/* append */
fsconfig(FSCONFIG_SET_PATH{_EMPTY}, "lowerdir", "lower3", dirfd);
/* clear all layers specified until now */
fsconfig(FSCONFIG_SET_STRING, "lowerdir", NULL, 0);
This would be especially nice if users create an overlayfs mount on top
of idmapped layers or just in general private mounts created via
open_tree(OPEN_TREE_CLONE). Those mounts would then never have to appear
anywhere in the filesystem. But for now just do the minimal thing.
We should probably aim to move more validation into ovl_fs_parse_param()
so users get errors before fsconfig(FSCONFIG_CMD_CREATE). But that can
be done in additional patches later.
This is now also rebased on top of the lazy lowerdata lookup which
allows the specificatin of data only layers using the new "::" syntax.
The rules are simple. A data only layers cannot be followed by any
regular layers and data layers must be preceeded by at least one regular
layer.
Parsing the lowerdir mount option must change because of this. The
original patchset used the old lowerdir parsing function to split a
lowerdir mount option string such as:
lowerdir=/lower1:/lower2::/lower3::/lower4
simply replacing each non-escaped ":" by "\0". So sequences of
non-escaped ":" were counted as layers. For example, the previous
lowerdir mount option above would've counted 6 layers instead of 4 and a
lowerdir mount option such as:
lowerdir="/lower1:/lower2::/lower3::/lower4:::::::::::::::::::::::::::"
would be counted as 33 layers. Other than being ugly this didn't matter
much because kern_path() would reject the first "\0" layer. However,
this overcounting of layers becomes problematic when we base allocations
on it where we very much only want to allocate space for 4 layers
instead of 33.
So the new parsing function rejects non-escaped sequences of colons
other than ":" and "::" immediately instead of relying on kern_path().
Link: https://github.com/util-linux/util-linux/issues/2287
Link: https://github.com/util-linux/util-linux/issues/1992
Link: https://bugs.archlinux.org/task/78702
Link: https://lore.kernel.org/linux-unionfs/20230530-klagen-zudem-32c0908c2108@brauner
Signed-off-by: Christian Brauner <brauner@kernel.org>
Signed-off-by: Amir Goldstein <amir73il@gmail.com>
2023-06-16 13:54:19 +00:00
|
|
|
char *name;
|
2017-07-24 06:57:54 +00:00
|
|
|
};
|
|
|
|
|
2023-06-13 08:13:37 +00:00
|
|
|
/*
|
|
|
|
* ovl_free_fs() relies on @mnt being the first member when unmounting
|
|
|
|
* the private mounts created for each layer. Let's check both the
|
|
|
|
* offset and type.
|
|
|
|
*/
|
|
|
|
static_assert(offsetof(struct ovl_layer, mnt) == 0);
|
|
|
|
static_assert(__same_type(typeof_member(struct ovl_layer, mnt), struct vfsmount *));
|
|
|
|
|
2017-07-24 06:57:54 +00:00
|
|
|
struct ovl_path {
|
2020-01-24 08:46:45 +00:00
|
|
|
const struct ovl_layer *layer;
|
2017-07-24 06:57:54 +00:00
|
|
|
struct dentry *dentry;
|
|
|
|
};
|
|
|
|
|
2023-04-08 09:31:13 +00:00
|
|
|
struct ovl_entry {
|
|
|
|
unsigned int __numlower;
|
|
|
|
struct ovl_path __lowerstack[];
|
|
|
|
};
|
|
|
|
|
2016-12-16 10:02:56 +00:00
|
|
|
/* private information held for overlayfs's superblock */
|
|
|
|
struct ovl_fs {
|
2019-11-15 12:12:40 +00:00
|
|
|
unsigned int numlayer;
|
2020-01-14 19:59:22 +00:00
|
|
|
/* Number of unique fs among layers including upper fs */
|
|
|
|
unsigned int numfs;
|
2023-04-27 09:48:46 +00:00
|
|
|
/* Number of data-only lower layers */
|
|
|
|
unsigned int numdatalayer;
|
2020-01-24 08:46:45 +00:00
|
|
|
const struct ovl_layer *layers;
|
2020-01-14 19:59:22 +00:00
|
|
|
struct ovl_sb *fs;
|
2017-06-21 12:28:33 +00:00
|
|
|
/* workbasedir is the path at workdir= mount option */
|
|
|
|
struct dentry *workbasedir;
|
|
|
|
/* workdir is the 'work' directory under workbasedir */
|
2016-12-16 10:02:56 +00:00
|
|
|
struct dentry *workdir;
|
2017-06-21 12:28:36 +00:00
|
|
|
/* index directory listing overlay inodes by origin file handle */
|
|
|
|
struct dentry *indexdir;
|
2016-12-16 10:02:56 +00:00
|
|
|
long namelen;
|
2016-12-16 10:02:56 +00:00
|
|
|
/* pathnames of lower and upper dirs, for show_options */
|
|
|
|
struct ovl_config config;
|
|
|
|
/* creds of process who forced instantiation of super block */
|
|
|
|
const struct cred *creator_cred;
|
2017-01-17 04:34:53 +00:00
|
|
|
bool tmpfile;
|
2017-05-16 21:12:40 +00:00
|
|
|
bool noxattr;
|
2023-04-23 16:02:04 +00:00
|
|
|
bool nofh;
|
2017-09-29 07:21:21 +00:00
|
|
|
/* Did we take the inuse lock? */
|
|
|
|
bool upperdir_locked;
|
|
|
|
bool workdir_locked;
|
ovl: detect overlapping layers
Overlapping overlay layers are not supported and can cause unexpected
behavior, but overlayfs does not currently check or warn about these
configurations.
User is not supposed to specify the same directory for upper and
lower dirs or for different lower layers and user is not supposed to
specify directories that are descendants of each other for overlay
layers, but that is exactly what this zysbot repro did:
https://syzkaller.appspot.com/x/repro.syz?x=12c7a94f400000
Moving layer root directories into other layers while overlayfs
is mounted could also result in unexpected behavior.
This commit places "traps" in the overlay inode hash table.
Those traps are dummy overlay inodes that are hashed by the layers
root inodes.
On mount, the hash table trap entries are used to verify that overlay
layers are not overlapping. While at it, we also verify that overlay
layers are not overlapping with directories "in-use" by other overlay
instances as upperdir/workdir.
On lookup, the trap entries are used to verify that overlay layers
root inodes have not been moved into other layers after mount.
Some examples:
$ ./run --ov --samefs -s
...
( mkdir -p base/upper/0/u base/upper/0/w base/lower lower upper mnt
mount -o bind base/lower lower
mount -o bind base/upper upper
mount -t overlay none mnt ...
-o lowerdir=lower,upperdir=upper/0/u,workdir=upper/0/w)
$ umount mnt
$ mount -t overlay none mnt ...
-o lowerdir=base,upperdir=upper/0/u,workdir=upper/0/w
[ 94.434900] overlayfs: overlapping upperdir path
mount: mount overlay on mnt failed: Too many levels of symbolic links
$ mount -t overlay none mnt ...
-o lowerdir=upper/0/u,upperdir=upper/0/u,workdir=upper/0/w
[ 151.350132] overlayfs: conflicting lowerdir path
mount: none is already mounted or mnt busy
$ mount -t overlay none mnt ...
-o lowerdir=lower:lower/a,upperdir=upper/0/u,workdir=upper/0/w
[ 201.205045] overlayfs: overlapping lowerdir path
mount: mount overlay on mnt failed: Too many levels of symbolic links
$ mount -t overlay none mnt ...
-o lowerdir=lower,upperdir=upper/0/u,workdir=upper/0/w
$ mv base/upper/0/ base/lower/
$ find mnt/0
mnt/0
mnt/0/w
find: 'mnt/0/w/work': Too many levels of symbolic links
find: 'mnt/0/u': Too many levels of symbolic links
Reported-by: syzbot+9c69c282adc4edd2b540@syzkaller.appspotmail.com
Signed-off-by: Amir Goldstein <amir73il@gmail.com>
Signed-off-by: Miklos Szeredi <mszeredi@redhat.com>
2019-04-18 14:42:08 +00:00
|
|
|
/* Traps in ovl inode cache */
|
2019-07-12 12:24:34 +00:00
|
|
|
struct inode *workbasedir_trap;
|
ovl: detect overlapping layers
Overlapping overlay layers are not supported and can cause unexpected
behavior, but overlayfs does not currently check or warn about these
configurations.
User is not supposed to specify the same directory for upper and
lower dirs or for different lower layers and user is not supposed to
specify directories that are descendants of each other for overlay
layers, but that is exactly what this zysbot repro did:
https://syzkaller.appspot.com/x/repro.syz?x=12c7a94f400000
Moving layer root directories into other layers while overlayfs
is mounted could also result in unexpected behavior.
This commit places "traps" in the overlay inode hash table.
Those traps are dummy overlay inodes that are hashed by the layers
root inodes.
On mount, the hash table trap entries are used to verify that overlay
layers are not overlapping. While at it, we also verify that overlay
layers are not overlapping with directories "in-use" by other overlay
instances as upperdir/workdir.
On lookup, the trap entries are used to verify that overlay layers
root inodes have not been moved into other layers after mount.
Some examples:
$ ./run --ov --samefs -s
...
( mkdir -p base/upper/0/u base/upper/0/w base/lower lower upper mnt
mount -o bind base/lower lower
mount -o bind base/upper upper
mount -t overlay none mnt ...
-o lowerdir=lower,upperdir=upper/0/u,workdir=upper/0/w)
$ umount mnt
$ mount -t overlay none mnt ...
-o lowerdir=base,upperdir=upper/0/u,workdir=upper/0/w
[ 94.434900] overlayfs: overlapping upperdir path
mount: mount overlay on mnt failed: Too many levels of symbolic links
$ mount -t overlay none mnt ...
-o lowerdir=upper/0/u,upperdir=upper/0/u,workdir=upper/0/w
[ 151.350132] overlayfs: conflicting lowerdir path
mount: none is already mounted or mnt busy
$ mount -t overlay none mnt ...
-o lowerdir=lower:lower/a,upperdir=upper/0/u,workdir=upper/0/w
[ 201.205045] overlayfs: overlapping lowerdir path
mount: mount overlay on mnt failed: Too many levels of symbolic links
$ mount -t overlay none mnt ...
-o lowerdir=lower,upperdir=upper/0/u,workdir=upper/0/w
$ mv base/upper/0/ base/lower/
$ find mnt/0
mnt/0
mnt/0/w
find: 'mnt/0/w/work': Too many levels of symbolic links
find: 'mnt/0/u': Too many levels of symbolic links
Reported-by: syzbot+9c69c282adc4edd2b540@syzkaller.appspotmail.com
Signed-off-by: Amir Goldstein <amir73il@gmail.com>
Signed-off-by: Miklos Szeredi <mszeredi@redhat.com>
2019-04-18 14:42:08 +00:00
|
|
|
struct inode *workdir_trap;
|
|
|
|
struct inode *indexdir_trap;
|
2019-11-16 16:14:41 +00:00
|
|
|
/* -1: disabled, 0: same fs, 1..32: number of unused ino bits */
|
|
|
|
int xino_mode;
|
2020-02-21 14:34:43 +00:00
|
|
|
/* For allocation of non-persistent inode numbers */
|
|
|
|
atomic_long_t last_ino;
|
2023-06-17 06:12:50 +00:00
|
|
|
/* Shared whiteout cache */
|
2020-04-24 02:55:17 +00:00
|
|
|
struct dentry *whiteout;
|
2023-06-17 06:12:50 +00:00
|
|
|
bool no_shared_whiteout;
|
ovl: implement volatile-specific fsync error behaviour
Overlayfs's volatile option allows the user to bypass all forced sync calls
to the upperdir filesystem. This comes at the cost of safety. We can never
ensure that the user's data is intact, but we can make a best effort to
expose whether or not the data is likely to be in a bad state.
The best way to handle this in the time being is that if an overlayfs's
upperdir experiences an error after a volatile mount occurs, that error
will be returned on fsync, fdatasync, sync, and syncfs. This is
contradictory to the traditional behaviour of VFS which fails the call
once, and only raises an error if a subsequent fsync error has occurred,
and been raised by the filesystem.
One awkward aspect of the patch is that we have to manually set the
superblock's errseq_t after the sync_fs callback as opposed to just
returning an error from syncfs. This is because the call chain looks
something like this:
sys_syncfs ->
sync_filesystem ->
__sync_filesystem ->
/* The return value is ignored here
sb->s_op->sync_fs(sb)
_sync_blockdev
/* Where the VFS fetches the error to raise to userspace */
errseq_check_and_advance
Because of this we call errseq_set every time the sync_fs callback occurs.
Due to the nature of this seen / unseen dichotomy, if the upperdir is an
inconsistent state at the initial mount time, overlayfs will refuse to
mount, as overlayfs cannot get a snapshot of the upperdir's errseq that
will increment on error until the user calls syncfs.
Signed-off-by: Sargun Dhillon <sargun@sargun.me>
Suggested-by: Amir Goldstein <amir73il@gmail.com>
Reviewed-by: Amir Goldstein <amir73il@gmail.com>
Fixes: c86243b090bc ("ovl: provide a mount option "volatile"")
Cc: stable@vger.kernel.org
Reviewed-by: Vivek Goyal <vgoyal@redhat.com>
Reviewed-by: Jeff Layton <jlayton@kernel.org>
Signed-off-by: Miklos Szeredi <mszeredi@redhat.com>
2021-01-08 00:10:43 +00:00
|
|
|
/* r/o snapshot of upperdir sb's only taken on volatile mounts */
|
|
|
|
errseq_t errseq;
|
2016-12-16 10:02:56 +00:00
|
|
|
};
|
|
|
|
|
2023-04-27 09:48:46 +00:00
|
|
|
/* Number of lower layers, not including data-only layers */
|
|
|
|
static inline unsigned int ovl_numlowerlayer(struct ovl_fs *ofs)
|
|
|
|
{
|
|
|
|
return ofs->numlayer - ofs->numdatalayer - 1;
|
|
|
|
}
|
|
|
|
|
2020-06-04 08:48:19 +00:00
|
|
|
static inline struct vfsmount *ovl_upper_mnt(struct ovl_fs *ofs)
|
|
|
|
{
|
2020-06-04 08:48:19 +00:00
|
|
|
return ofs->layers[0].mnt;
|
2020-06-04 08:48:19 +00:00
|
|
|
}
|
|
|
|
|
2023-01-13 11:49:10 +00:00
|
|
|
static inline struct mnt_idmap *ovl_upper_mnt_idmap(struct ovl_fs *ofs)
|
|
|
|
{
|
|
|
|
return mnt_idmap(ovl_upper_mnt(ofs));
|
|
|
|
}
|
|
|
|
|
2023-05-21 08:28:12 +00:00
|
|
|
extern struct file_system_type ovl_fs_type;
|
|
|
|
|
2019-11-16 16:14:41 +00:00
|
|
|
static inline struct ovl_fs *OVL_FS(struct super_block *sb)
|
|
|
|
{
|
2023-05-21 08:28:13 +00:00
|
|
|
if (IS_ENABLED(CONFIG_OVERLAY_FS_DEBUG))
|
|
|
|
WARN_ON_ONCE(sb->s_type != &ovl_fs_type);
|
|
|
|
|
2019-11-16 16:14:41 +00:00
|
|
|
return (struct ovl_fs *)sb->s_fs_info;
|
|
|
|
}
|
|
|
|
|
2020-08-31 18:15:29 +00:00
|
|
|
static inline bool ovl_should_sync(struct ovl_fs *ofs)
|
|
|
|
{
|
|
|
|
return !ofs->config.ovl_volatile;
|
|
|
|
}
|
|
|
|
|
2023-04-03 08:51:47 +00:00
|
|
|
static inline unsigned int ovl_numlower(struct ovl_entry *oe)
|
|
|
|
{
|
|
|
|
return oe ? oe->__numlower : 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline struct ovl_path *ovl_lowerstack(struct ovl_entry *oe)
|
|
|
|
{
|
|
|
|
return ovl_numlower(oe) ? oe->__lowerstack : NULL;
|
|
|
|
}
|
|
|
|
|
2023-04-01 07:29:19 +00:00
|
|
|
static inline struct ovl_path *ovl_lowerpath(struct ovl_entry *oe)
|
|
|
|
{
|
|
|
|
return ovl_lowerstack(oe);
|
|
|
|
}
|
|
|
|
|
2023-04-01 07:29:19 +00:00
|
|
|
static inline struct ovl_path *ovl_lowerdata(struct ovl_entry *oe)
|
|
|
|
{
|
|
|
|
struct ovl_path *lowerstack = ovl_lowerstack(oe);
|
|
|
|
|
|
|
|
return lowerstack ? &lowerstack[oe->__numlower - 1] : NULL;
|
|
|
|
}
|
|
|
|
|
2023-04-27 09:21:46 +00:00
|
|
|
/* May return NULL if lazy lookup of lowerdata is needed */
|
2023-04-01 07:29:19 +00:00
|
|
|
static inline struct dentry *ovl_lowerdata_dentry(struct ovl_entry *oe)
|
|
|
|
{
|
|
|
|
struct ovl_path *lowerdata = ovl_lowerdata(oe);
|
|
|
|
|
2023-04-27 10:39:09 +00:00
|
|
|
return lowerdata ? READ_ONCE(lowerdata->dentry) : NULL;
|
2023-04-01 07:29:19 +00:00
|
|
|
}
|
|
|
|
|
2023-04-08 09:31:13 +00:00
|
|
|
/* private information held for every overlayfs dentry */
|
2023-03-15 02:31:37 +00:00
|
|
|
static inline unsigned long *OVL_E_FLAGS(struct dentry *dentry)
|
|
|
|
{
|
2023-04-08 09:31:13 +00:00
|
|
|
return (unsigned long *) &dentry->d_fsdata;
|
2023-03-15 02:31:37 +00:00
|
|
|
}
|
|
|
|
|
2017-06-12 06:54:40 +00:00
|
|
|
struct ovl_inode {
|
2018-05-11 15:49:30 +00:00
|
|
|
union {
|
|
|
|
struct ovl_dir_cache *cache; /* directory */
|
2023-04-27 09:21:46 +00:00
|
|
|
const char *lowerdata_redirect; /* regular file */
|
2018-05-11 15:49:30 +00:00
|
|
|
};
|
2017-07-04 20:03:16 +00:00
|
|
|
const char *redirect;
|
2017-07-04 20:03:16 +00:00
|
|
|
u64 version;
|
2017-07-04 20:03:16 +00:00
|
|
|
unsigned long flags;
|
2017-06-12 06:54:40 +00:00
|
|
|
struct inode vfs_inode;
|
2017-07-04 20:03:16 +00:00
|
|
|
struct dentry *__upperdentry;
|
2023-04-08 09:31:13 +00:00
|
|
|
struct ovl_entry *oe;
|
2017-06-21 12:28:51 +00:00
|
|
|
|
|
|
|
/* synchronize copy up and more */
|
|
|
|
struct mutex lock;
|
2017-06-12 06:54:40 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
static inline struct ovl_inode *OVL_I(struct inode *inode)
|
|
|
|
{
|
|
|
|
return container_of(inode, struct ovl_inode, vfs_inode);
|
|
|
|
}
|
2017-07-04 20:03:16 +00:00
|
|
|
|
2023-04-08 09:31:13 +00:00
|
|
|
static inline struct ovl_entry *OVL_I_E(struct inode *inode)
|
|
|
|
{
|
|
|
|
return inode ? OVL_I(inode)->oe : NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline struct ovl_entry *OVL_E(struct dentry *dentry)
|
|
|
|
{
|
|
|
|
return OVL_I_E(d_inode(dentry));
|
|
|
|
}
|
|
|
|
|
2017-07-04 20:03:16 +00:00
|
|
|
static inline struct dentry *ovl_upperdentry_dereference(struct ovl_inode *oi)
|
|
|
|
{
|
2017-10-24 10:22:48 +00:00
|
|
|
return READ_ONCE(oi->__upperdentry);
|
2017-07-04 20:03:16 +00:00
|
|
|
}
|