summaryrefslogtreecommitdiff
path: root/fs/ext4/balloc.c
diff options
context:
space:
mode:
authorEric Sandeen <sandeen@redhat.com>2009-08-17 23:51:29 -0400
committerTheodore Ts'o <tytso@mit.edu>2009-08-17 23:51:29 -0400
commit0373130d5bc783751c1fbad948886916a21d4559 (patch)
treea5b4d21b84345354ff965714bd6a6c473bae4b0f /fs/ext4/balloc.c
parentbf43d84b185e2ff54598f8c58a5a8e63148b6e90 (diff)
downloadlinux-3.10-0373130d5bc783751c1fbad948886916a21d4559.tar.gz
linux-3.10-0373130d5bc783751c1fbad948886916a21d4559.tar.bz2
linux-3.10-0373130d5bc783751c1fbad948886916a21d4559.zip
ext4: open-code ext4_mb_update_group_info
ext4_mb_update_group_info is only called in one place, and it's extremely simple. There's no reason to have it in a separate function in a separate file as far as I can tell, it just obfuscates what's really going on. Perhaps it was intended to keep the grp->bb_* manipulation local to mballoc.c but we're already accessing other grp-> fields in balloc.c directly so this seems ok. Signed-off-by: Eric Sandeen <sandeen@redhat.com> Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
Diffstat (limited to 'fs/ext4/balloc.c')
-rw-r--r--fs/ext4/balloc.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/fs/ext4/balloc.c b/fs/ext4/balloc.c
index e2126d70dff..1d0418980f8 100644
--- a/fs/ext4/balloc.c
+++ b/fs/ext4/balloc.c
@@ -478,7 +478,7 @@ void ext4_add_groupblocks(handle_t *handle, struct super_block *sb,
* new bitmap information
*/
set_bit(EXT4_GROUP_INFO_NEED_INIT_BIT, &(grp->bb_state));
- ext4_mb_update_group_info(grp, blocks_freed);
+ grp->bb_free += blocks_freed;
up_write(&grp->alloc_sem);
/* We dirtied the bitmap block */