summaryrefslogtreecommitdiff
path: root/fs/mbcache.c
diff options
context:
space:
mode:
authorTheodore Ts'o <tytso@mit.edu>2016-12-02 12:12:53 -0500
committerTheodore Ts'o <tytso@mit.edu>2016-12-02 12:12:53 -0500
commit4db0d88e2ebc4f47092adc01f9885a43ad748995 (patch)
tree1fd2f7bb173d78951af0b268c14bdef98169b627 /fs/mbcache.c
parent3a4b77cd47bb837b8557595ec7425f281f2ca1fe (diff)
ext4: fix reading new encrypted symlinks on no-journal file systems
On a filesystem with no journal, a symlink longer than about 32 characters (exact length depending on padding for encryption) could not be followed or read immediately after being created in an encrypted directory. This happened because when the symlink data went through the delayed allocation path instead of the journaling path, the symlink was incorrectly detected as a "fast" symlink rather than a "slow" symlink until its data was written out. To fix this, disable delayed allocation for symlinks, since there is no benefit for delayed allocation anyway. Reported-by: Eric Biggers <ebiggers@google.com> Signed-off-by: Theodore Ts'o <tytso@mit.edu>
Diffstat (limited to 'fs/mbcache.c')
0 files changed, 0 insertions, 0 deletions