f2fs: do not trim preallocated blocks when truncating after i_size
authorChao Yu <chao2.yu@samsung.com>
Fri, 5 Jun 2015 10:34:02 +0000 (18:34 +0800)
committerJaegeuk Kim <jaegeuk@kernel.org>
Fri, 12 Jun 2015 01:30:49 +0000 (18:30 -0700)
commit3c45414527487549f469484337a4c5ae5d84dc80
treec8807e099ed9943256e4d53afbd00b41ecd7d2b6
parent43f54cd52f6eea2017505d2a3ac82d372c33749b
f2fs: do not trim preallocated blocks when truncating after i_size

When we perform generic/092 in xfstests, output is like below:

     XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
     0: [0..10239]: data
     0: [0..10239]: data
    -1: [10240..20479]: unwritten
    +1: [10240..14335]: unwritten

This is because with this testcase, we redefine the regulation for
truncate in perallocated space past i_size as below:

"There was some confused about what the fs was supposed to do when you
truncate at i_size with preallocated space past i_size. We decided on the
following things.

1) truncate(i_size) will trim all blocks past i_size.
2) truncate(x) where x > i_size will not trim all blocks past i_size.
"

This method is used in xfs, and then ext4/btrfs will follow the rule.

This patch fixes to follow the new rule for f2fs.

Signed-off-by: Chao Yu <chao2.yu@samsung.com>
Signed-off-by: Jaegeuk Kim <jaegeuk@kernel.org>
fs/f2fs/file.c
This page took 0.024929 seconds and 5 git commands to generate.