diff options
| author | Lukas Czerner <lczerner@redhat.com> | 2013-02-18 12:12:07 -0500 |
|---|---|---|
| committer | Ben Hutchings <ben@decadent.org.uk> | 2013-03-06 03:24:03 +0000 |
| commit | f861f64d9250a14a1b84e1edf3f6d0531fc37a0c (patch) | |
| tree | a6fd3915b13ee5713856a298f76de957c683a0da /mm/vmscan.c | |
| parent | 59222bdd5b2a0e4f868d867a71397945236c1412 (diff) | |
ext4: fix xattr block allocation/release with bigalloc
commit 1231b3a1eb5740192aeebf5344dd6d6da000febf upstream.
Currently when new xattr block is created or released we we would call
dquot_free_block() or dquot_alloc_block() respectively, among the else
decrementing or incrementing the number of blocks assigned to the
inode by one block.
This however does not work for bigalloc file system because we always
allocate/free the whole cluster so we have to count with that in
dquot_free_block() and dquot_alloc_block() as well.
Use the clusters-to-blocks conversion EXT4_C2B() when passing number of
blocks to the dquot_alloc/free functions to fix the problem.
The problem has been revealed by xfstests #117 (and possibly others).
Signed-off-by: Lukas Czerner <lczerner@redhat.com>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
Reviewed-by: Eric Sandeen <sandeen@redhat.com>
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
Diffstat (limited to 'mm/vmscan.c')
0 files changed, 0 insertions, 0 deletions