All of lore.kernel.org
 help / color / mirror / Atom feed
From: Qu Wenruo <quwenruo@cn.fujitsu.com>
To: Liu Bo <bo.li.liu@oracle.com>, <linux-btrfs@vger.kernel.org>
Cc: David Sterba <dsterba@suse.cz>
Subject: Re: [PATCH v3] Btrfs: bring back repair during read
Date: Fri, 31 Mar 2017 09:17:55 +0800	[thread overview]
Message-ID: <aa1fcde6-fc31-d3e1-ea63-98be465b52d1@cn.fujitsu.com> (raw)
In-Reply-To: <1490809919-17425-1-git-send-email-bo.li.liu@oracle.com>



At 03/30/2017 01:51 AM, Liu Bo wrote:
> Commit 20a7db8ab3f2 ("btrfs: add dummy callback for readpage_io_failed
> and drop checks") made a cleanup around readpage_io_failed_hook, and
> it was supposed to keep the original sematics, but it also
> unexpectedly disabled repair during read for dup, raid1 and raid10.
>
> This fixes the problem by letting data's inode call the generic
> readpage_io_failed callback by returning -EAGAIN from its
> readpage_io_failed_hook in order to notify end_bio_extent_readpage to
> do the rest.  We don't call it directly because the generic one takes
> an offset from end_bio_extent_readpage() to calculate the index in the
> checksum array and inode's readpage_io_failed_hook doesn't offer that
> offset.
>
> Cc: David Sterba <dsterba@suse.cz>
> Reviewed-by: David Sterba <dsterba@suse.com>
> Signed-off-by: Liu Bo <bo.li.liu@oracle.com>

Tested-by: Qu Wenruo <quwenruo@cn.fujitsu.com>

The case can be verified by btrfs/124 test case with compress=lzo.
(Any mount option that affects data extents layout may reproduce it, 
like nospace_cache, inode_cache, nodatacow and compress)

Without the patchset, btrfs/124 fails while with the patchset applied, 
btrfs/124 passes without problem.

Thanks,
Qu
> ---
> v2: fix grammar typos and additional details about the change.
> v3: add back const attribute.
>
>  fs/btrfs/extent_io.c | 46 ++++++++++++++++++++++++++++------------------
>  fs/btrfs/inode.c     |  6 +++---
>  2 files changed, 31 insertions(+), 21 deletions(-)
>
> diff --git a/fs/btrfs/extent_io.c b/fs/btrfs/extent_io.c
> index 28e8192..d39a11c 100644
> --- a/fs/btrfs/extent_io.c
> +++ b/fs/btrfs/extent_io.c
> @@ -2583,26 +2583,36 @@ static void end_bio_extent_readpage(struct bio *bio)
>
>  		if (tree->ops) {
>  			ret = tree->ops->readpage_io_failed_hook(page, mirror);
> -			if (!ret && !bio->bi_error)
> -				uptodate = 1;
> -		} else {
> +			if (ret == -EAGAIN) {
> +				/*
> +				 * Data inode's readpage_io_failed_hook() always
> +				 * returns -EAGAIN.
> +				 *
> +				 * The generic bio_readpage_error handles errors
> +				 * the following way: If possible, new read
> +				 * requests are created and submitted and will
> +				 * end up in end_bio_extent_readpage as well (if
> +				 * we're lucky, not in the !uptodate case). In
> +				 * that case it returns 0 and we just go on with
> +				 * the next page in our bio. If it can't handle
> +				 * the error it will return -EIO and we remain
> +				 * responsible for that page.
> +				 */
> +				ret = bio_readpage_error(bio, offset, page,
> +							 start, end, mirror);
> +				if (ret == 0) {
> +					uptodate = !bio->bi_error;
> +					offset += len;
> +					continue;
> +				}
> +			}
> +
>  			/*
> -			 * The generic bio_readpage_error handles errors the
> -			 * following way: If possible, new read requests are
> -			 * created and submitted and will end up in
> -			 * end_bio_extent_readpage as well (if we're lucky, not
> -			 * in the !uptodate case). In that case it returns 0 and
> -			 * we just go on with the next page in our bio. If it
> -			 * can't handle the error it will return -EIO and we
> -			 * remain responsible for that page.
> +			 * metadata's readpage_io_failed_hook() always returns
> +			 * -EIO and fixes nothing.  -EIO is also returned if
> +			 * data inode error could not be fixed.
>  			 */
> -			ret = bio_readpage_error(bio, offset, page, start, end,
> -						 mirror);
> -			if (ret == 0) {
> -				uptodate = !bio->bi_error;
> -				offset += len;
> -				continue;
> -			}
> +			ASSERT(ret == -EIO);
>  		}
>  readpage_ok:
>  		if (likely(uptodate)) {
> diff --git a/fs/btrfs/inode.c b/fs/btrfs/inode.c
> index c40060c..4296cae 100644
> --- a/fs/btrfs/inode.c
> +++ b/fs/btrfs/inode.c
> @@ -10509,9 +10509,9 @@ static int btrfs_tmpfile(struct inode *dir, struct dentry *dentry, umode_t mode)
>  }
>
>  __attribute__((const))
> -static int dummy_readpage_io_failed_hook(struct page *page, int failed_mirror)
> +static int btrfs_readpage_io_failed_hook(struct page *page, int failed_mirror)
>  {
> -	return 0;
> +	return -EAGAIN;
>  }
>
>  static const struct inode_operations btrfs_dir_inode_operations = {
> @@ -10556,7 +10556,7 @@ static const struct extent_io_ops btrfs_extent_io_ops = {
>  	.submit_bio_hook = btrfs_submit_bio_hook,
>  	.readpage_end_io_hook = btrfs_readpage_end_io_hook,
>  	.merge_bio_hook = btrfs_merge_bio_hook,
> -	.readpage_io_failed_hook = dummy_readpage_io_failed_hook,
> +	.readpage_io_failed_hook = btrfs_readpage_io_failed_hook,
>
>  	/* optional callbacks */
>  	.fill_delalloc = run_delalloc_range,
>



      reply	other threads:[~2017-03-31  1:18 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-03-24 19:13 [PATCH] Btrfs: bring back repair during read Liu Bo
2017-03-24 22:04 ` [PATCH v2] " Liu Bo
2017-03-27 15:37   ` David Sterba
2017-03-29 17:51   ` [PATCH v3] " Liu Bo
2017-03-31  1:17     ` Qu Wenruo [this message]

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=aa1fcde6-fc31-d3e1-ea63-98be465b52d1@cn.fujitsu.com \
    --to=quwenruo@cn.fujitsu.com \
    --cc=bo.li.liu@oracle.com \
    --cc=dsterba@suse.cz \
    --cc=linux-btrfs@vger.kernel.org \
    /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.