diff options
author | Filipe David Borba Manana <fdmanana@gmail.com> | 2013-09-16 09:53:28 +0100 |
---|---|---|
committer | Chris Mason <chris.mason@fusionio.com> | 2013-11-11 21:49:51 -0500 |
commit | f06becc4119856c984e3beef54aa75538e656c6d (patch) | |
tree | be4cb96d6cec6bccf8c17117e74cb14a0328fddb /fs/btrfs/dir-item.c | |
parent | 69e9c6c6dc87587d8846e447febedefe037c14f8 (diff) | |
download | talos-obmc-linux-f06becc4119856c984e3beef54aa75538e656c6d.tar.gz talos-obmc-linux-f06becc4119856c984e3beef54aa75538e656c6d.zip |
Btrfs: don't store NULL byte in symlink extents
It is not necessary to store the NULL byte in a symlink inline file
extent. There's currently no code that requires the NULL byte to be
present in the extent. This change also doesn't break file format
compatibility nor the send/receive feature.
The VFS also doesn't need the NULL byte to be present in the extent,
as it reads up to inode->i_size bytes (which already excluded the NULL
byte) and sets the NULL byte for us (in fs/namei.c:page_getlink()).
So with this change we save 1 byte per symlink file extent (which is
always inlined in the btree leaf) without losing backward and forward
compatibility.
Signed-off-by: Filipe David Borba Manana <fdmanana@gmail.com>
Signed-off-by: Josef Bacik <jbacik@fusionio.com>
Signed-off-by: Chris Mason <chris.mason@fusionio.com>
Diffstat (limited to 'fs/btrfs/dir-item.c')
0 files changed, 0 insertions, 0 deletions