summaryrefslogtreecommitdiff
path: root/fs/minix/bitmap.c
diff options
context:
space:
mode:
authorQi Yong <qiyong@fc-cn.com>2014-08-09 01:20:29 +0400
committerLinus Torvalds <torvalds@linux-foundation.org>2014-08-09 02:57:20 +0400
commit6d6747f85314687f72012ae85cde401db531e130 (patch)
treeda2c90e980961139efe805e820f0fdb1d0a61b57 /fs/minix/bitmap.c
parent9f7d7a1d0f36bed7f533807146483e8fdfe12a89 (diff)
downloadlinux-6d6747f85314687f72012ae85cde401db531e130.tar.xz
minix zmap block counts calculation fix
The original minix zmap blocks calculation was correct, in the formula of: sbi->s_nzones - sbi->s_firstdatazone + 1 It is sp->s_zones - (sp->s_firstdatazone - 1) in the minix3 source code. But a later commit 016e8d44bc06 ("fs/minix: Verify bitmap block counts before mounting") has changed it unfortunately as: sbi->s_nzones - (sbi->s_firstdatazone + 1) This would show free blocks one block less than the real when the total data blocks are in "full zmap blocks plus one". This patch corrects that zmap blocks calculation and tidy a printk message while at it. Signed-off-by: Qi Yong <qiyong@fc-cn.com> Cc: Josh Boyer <jwboyer@redhat.com> Cc: Al Viro <viro@zeniv.linux.org.uk> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'fs/minix/bitmap.c')
-rw-r--r--fs/minix/bitmap.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/fs/minix/bitmap.c b/fs/minix/bitmap.c
index 4bc50dac8e97..742942a983be 100644
--- a/fs/minix/bitmap.c
+++ b/fs/minix/bitmap.c
@@ -96,7 +96,7 @@ int minix_new_block(struct inode * inode)
unsigned long minix_count_free_blocks(struct super_block *sb)
{
struct minix_sb_info *sbi = minix_sb(sb);
- u32 bits = sbi->s_nzones - (sbi->s_firstdatazone + 1);
+ u32 bits = sbi->s_nzones - sbi->s_firstdatazone + 1;
return (count_free(sbi->s_zmap, sb->s_blocksize, bits)
<< sbi->s_log_zone_size);