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>

1 files changed, 2 insertions, 2 deletions

diff --git a/fs/minix/inode.c b/fs/minix/inode.c
index f007a3355570..3f57af196a7d 100644
--- a/fs/minix/inode.c
+++ b/fs/minix/inode.c
@@ -267,12 +267,12 @@ static int minix_fill_super(struct super_block *s, void *data, int silent)
         block = minix_blocks_needed(sbi->s_ninodes, s->s_blocksize);
         if (sbi->s_imap_blocks < block) {
                 printk("MINIX-fs: file system does not have enough "
-                                "imap blocks allocated.  Refusing to mount\n");
+                                "imap blocks allocated.  Refusing to mount.\n");
                 goto out_no_bitmap;
         }
 
         block = minix_blocks_needed(
-                        (sbi->s_nzones - (sbi->s_firstdatazone + 1)),
+                        (sbi->s_nzones - sbi->s_firstdatazone + 1),
                         s->s_blocksize);
         if (sbi->s_zmap_blocks < block) {
                 printk("MINIX-fs: file system does not have enough "