aboutsummaryrefslogtreecommitdiffstats
path: root/fs/btrfs/extent_io.h
diff options
context:
space:
mode:
authorVivek Goyal <vgoyal@redhat.com>2019-01-30 14:01:57 -0500
committerMiklos Szeredi <mszeredi@redhat.com>2019-02-13 11:14:46 +0100
commit993a0b2aec52754f0897b1dab4c453be8217cae5 (patch)
treeb2e1d4fbcb37495bea2aaa9ecf3ba8562382f208 /fs/btrfs/extent_io.h
parentovl: During copy up, first copy up data and then xattrs (diff)
downloadlinux-dev-993a0b2aec52754f0897b1dab4c453be8217cae5.tar.xz
linux-dev-993a0b2aec52754f0897b1dab4c453be8217cae5.zip
ovl: Do not lose security.capability xattr over metadata file copy-up
If a file has been copied up metadata only, and later data is copied up, upper loses any security.capability xattr it has (underlying filesystem clears it as upon file write). From a user's point of view, this is just a file copy-up and that should not result in losing security.capability xattr. Hence, before data copy up, save security.capability xattr (if any) and restore it on upper after data copy up is complete. Signed-off-by: Vivek Goyal <vgoyal@redhat.com> Reviewed-by: Amir Goldstein <amir73il@gmail.com> Fixes: 0c2888749363 ("ovl: A new xattr OVL_XATTR_METACOPY for file on upper") Cc: <stable@vger.kernel.org> # v4.19+ Signed-off-by: Miklos Szeredi <mszeredi@redhat.com>
Diffstat (limited to 'fs/btrfs/extent_io.h')
0 files changed, 0 insertions, 0 deletions