summaryrefslogtreecommitdiffstats
path: root/lib/bitfield_kunit.c
diff options
context:
space:
mode:
authorJeffrey Mitchell <jeffrey.mitchell@starlab.io>2021-01-22 16:48:20 -0800
committerDarrick J. Wong <djwong@kernel.org>2021-01-22 16:54:50 -0800
commit8aa921a95335d0a8c8e2be35a44467e7c91ec3e4 (patch)
treeba98059c538a42071ac15afb692284287002f83c /lib/bitfield_kunit.c
parent8321ddb2fa2964bffbc61400894a47dc3462323f (diff)
downloadlinux-8aa921a95335d0a8c8e2be35a44467e7c91ec3e4.tar.gz
linux-8aa921a95335d0a8c8e2be35a44467e7c91ec3e4.tar.bz2
linux-8aa921a95335d0a8c8e2be35a44467e7c91ec3e4.zip
xfs: set inode size after creating symlink
When XFS creates a new symlink, it writes its size to disk but not to the VFS inode. This causes i_size_read() to return 0 for that symlink until it is re-read from disk, for example when the system is rebooted. I found this inconsistency while protecting directories with eCryptFS. The command "stat path/to/symlink/in/ecryptfs" will report "Size: 0" if the symlink was created after the last reboot on an XFS root. Call i_size_write() in xfs_symlink() Signed-off-by: Jeffrey Mitchell <jeffrey.mitchell@starlab.io> Reviewed-by: Darrick J. Wong <djwong@kernel.org> Signed-off-by: Darrick J. Wong <djwong@kernel.org> Reviewed-by: Christoph Hellwig <hch@lst.de> Reviewed-by: Brian Foster <bfoster@redhat.com>
Diffstat (limited to 'lib/bitfield_kunit.c')
0 files changed, 0 insertions, 0 deletions