All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sunil Mushran <sunil.mushran@oracle.com>
To: ocfs2-devel@oss.oracle.com
Subject: [Ocfs2-devel] [PATCH] ocfs2: validate bg_free_bits_count after update
Date: Tue, 05 Oct 2010 16:04:35 -0700	[thread overview]
Message-ID: <4CABAF03.90605@oracle.com> (raw)
In-Reply-To: <1286319186-16697-1-git-send-email-srinivas.eeda@oracle.com>

Acked-by: Sunil Mushran<sunil.mushran@oracle.com>


On 10/05/2010 03:53 PM, Srinivas Eeda wrote:
> This patch adds a safe check to ensure bg_free_bits_count doesn't exceed
> bg_bits in a group descriptor. This is to avoid on disk corruption that was
> seen recently.
>
> debugfs: group<52803072>
>         Group Chain: 179   Parent Inode: 11  Generation: 2959379682
>         CRC32: 00000000   ECC: 0000
>         ##   Block#            Total    Used     Free     Contig   Size
>         0    52803072          32256    4294965350   34202    18207    4032
>         ......
>
> Signed-off-by: Srinivas Eeda<srinivas.eeda@oracle.com>
> ---
>   fs/ocfs2/suballoc.c |   16 ++++++++++++++++
>   1 files changed, 16 insertions(+), 0 deletions(-)
>
> diff --git a/fs/ocfs2/suballoc.c b/fs/ocfs2/suballoc.c
> index 849c2f0..5fed60d 100644
> --- a/fs/ocfs2/suballoc.c
> +++ b/fs/ocfs2/suballoc.c
> @@ -1380,6 +1380,14 @@ static inline int ocfs2_block_group_set_bits(handle_t *handle,
>   	}
>
>   	le16_add_cpu(&bg->bg_free_bits_count, -num_bits);
> +	if (le16_to_cpu(bg->bg_free_bits_count)>  le16_to_cpu(bg->bg_bits)) {
> +		ocfs2_error(alloc_inode->i_sb, "Group descriptor # %llu has bit"
> +			    " count %u but claims %u are freed. num_bits %d",
> +			    (unsigned long long)le64_to_cpu(bg->bg_blkno),
> +			    le16_to_cpu(bg->bg_bits),
> +			    le16_to_cpu(bg->bg_free_bits_count), num_bits);
> +		return -EROFS;
> +	}
>   	while(num_bits--)
>   		ocfs2_set_bit(bit_off++, bitmap);
>
> @@ -2419,6 +2427,14 @@ static int ocfs2_block_group_clear_bits(handle_t *handle,
>   				(unsigned long *) undo_bg->bg_bitmap);
>   	}
>   	le16_add_cpu(&bg->bg_free_bits_count, num_bits);
> +	if (le16_to_cpu(bg->bg_free_bits_count)>  le16_to_cpu(bg->bg_bits)) {
> +		ocfs2_error(alloc_inode->i_sb, "Group descriptor # %llu has bit"
> +			    " count %u but claims %u are freed. num_bits %d",
> +			    (unsigned long long)le64_to_cpu(bg->bg_blkno),
> +			    le16_to_cpu(bg->bg_bits),
> +			    le16_to_cpu(bg->bg_free_bits_count), num_bits);
> +		return -EROFS;
> +	}
>
>   	if (undo_fn)
>   		jbd_unlock_bh_state(group_bh);
>    

  reply	other threads:[~2010-10-05 23:04 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-05 22:53 [Ocfs2-devel] [PATCH] ocfs2: validate bg_free_bits_count after update Srinivas Eeda
2010-10-05 23:04 ` Sunil Mushran [this message]
2010-10-11 20:47 ` Joel Becker

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4CABAF03.90605@oracle.com \
    --to=sunil.mushran@oracle.com \
    --cc=ocfs2-devel@oss.oracle.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.