diff options
author | Jeffrey Mitchell <jeffrey.mitchell@starlab.io> | 2021-01-22 16:48:20 -0800 |
---|---|---|
committer | Darrick J. Wong <djwong@kernel.org> | 2021-01-22 16:54:50 -0800 |
commit | 8aa921a95335d0a8c8e2be35a44467e7c91ec3e4 (patch) | |
tree | ba98059c538a42071ac15afb692284287002f83c /lib/bitfield_kunit.c | |
parent | 8321ddb2fa2964bffbc61400894a47dc3462323f (diff) | |
download | linux-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