From: Qu Wenruo <quwenruo.btrfs@gmx.com>
To: Christoph Hellwig <hch@lst.de>,
Josef Bacik <josef@toxicpanda.com>,
David Sterba <dsterba@suse.com>, Qu Wenruo <wqu@suse.com>
Cc: Naohiro Aota <naohiro.aota@wdc.com>,
linux-btrfs@vger.kernel.org, linux-fsdevel@vger.kernel.org
Subject: Re: [PATCH 18/40] btrfs: move more work into btrfs_end_bioc
Date: Wed, 23 Mar 2022 08:29:29 +0800 [thread overview]
Message-ID: <5c6320e4-a130-79bf-4229-e5e12bedd921@gmx.com> (raw)
In-Reply-To: <20220322155606.1267165-19-hch@lst.de>
On 2022/3/22 23:55, Christoph Hellwig wrote:
> Assign ->mirror_num and ->bi_status in btrfs_end_bioc instead of
> duplicating the logic in the callers. Also remove the bio argument as
> it always must be bioc->orig_bio and the now pointless bioc_error that
> did nothing but assign bi_sector to the same value just sampled in the
> caller.
Reviewed-by: Qu Wenruo <wqu@suse.com>
It may be better to rename @first_bio or the @bio parameter, as it takes
me several seconds to realize that @bio get reused for RAID1*/DUP bio
cloned submission.
Thanks,
Qu
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
> fs/btrfs/volumes.c | 68 ++++++++++++++--------------------------------
> 1 file changed, 20 insertions(+), 48 deletions(-)
>
> diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
> index 4dd54b80dac81..9d1f8c27eff33 100644
> --- a/fs/btrfs/volumes.c
> +++ b/fs/btrfs/volumes.c
> @@ -6659,19 +6659,29 @@ int btrfs_map_sblock(struct btrfs_fs_info *fs_info, enum btrfs_map_op op,
> return __btrfs_map_block(fs_info, op, logical, length, bioc_ret, 0, 1);
> }
>
> -static inline void btrfs_end_bioc(struct btrfs_io_context *bioc, struct bio *bio)
> +static inline void btrfs_end_bioc(struct btrfs_io_context *bioc)
> {
> + struct bio *bio = bioc->orig_bio;
> +
> + btrfs_bio(bio)->mirror_num = bioc->mirror_num;
> bio->bi_private = bioc->private;
> bio->bi_end_io = bioc->end_io;
> - bio_endio(bio);
>
> + /*
> + * Only send an error to the higher layers if it is beyond the tolerance
> + * threshold.
> + */
> + if (atomic_read(&bioc->error) > bioc->max_errors)
> + bio->bi_status = BLK_STS_IOERR;
> + else
> + bio->bi_status = BLK_STS_OK;
> + bio_endio(bio);
> btrfs_put_bioc(bioc);
> }
>
> static void btrfs_end_bio(struct bio *bio)
> {
> struct btrfs_io_context *bioc = bio->bi_private;
> - int is_orig_bio = 0;
>
> if (bio->bi_status) {
> atomic_inc(&bioc->error);
> @@ -6692,35 +6702,12 @@ static void btrfs_end_bio(struct bio *bio)
> }
> }
>
> - if (bio == bioc->orig_bio)
> - is_orig_bio = 1;
> + if (bio != bioc->orig_bio)
> + bio_put(bio);
>
> btrfs_bio_counter_dec(bioc->fs_info);
> -
> - if (atomic_dec_and_test(&bioc->stripes_pending)) {
> - if (!is_orig_bio) {
> - bio_put(bio);
> - bio = bioc->orig_bio;
> - }
> -
> - btrfs_bio(bio)->mirror_num = bioc->mirror_num;
> - /* only send an error to the higher layers if it is
> - * beyond the tolerance of the btrfs bio
> - */
> - if (atomic_read(&bioc->error) > bioc->max_errors) {
> - bio->bi_status = BLK_STS_IOERR;
> - } else {
> - /*
> - * this bio is actually up to date, we didn't
> - * go over the max number of errors
> - */
> - bio->bi_status = BLK_STS_OK;
> - }
> -
> - btrfs_end_bioc(bioc, bio);
> - } else if (!is_orig_bio) {
> - bio_put(bio);
> - }
> + if (atomic_dec_and_test(&bioc->stripes_pending))
> + btrfs_end_bioc(bioc);
> }
>
> static void submit_stripe_bio(struct btrfs_io_context *bioc, struct bio *bio,
> @@ -6758,23 +6745,6 @@ static void submit_stripe_bio(struct btrfs_io_context *bioc, struct bio *bio,
> submit_bio(bio);
> }
>
> -static void bioc_error(struct btrfs_io_context *bioc, struct bio *bio, u64 logical)
> -{
> - atomic_inc(&bioc->error);
> - if (atomic_dec_and_test(&bioc->stripes_pending)) {
> - /* Should be the original bio. */
> - WARN_ON(bio != bioc->orig_bio);
> -
> - btrfs_bio(bio)->mirror_num = bioc->mirror_num;
> - bio->bi_iter.bi_sector = logical >> 9;
> - if (atomic_read(&bioc->error) > bioc->max_errors)
> - bio->bi_status = BLK_STS_IOERR;
> - else
> - bio->bi_status = BLK_STS_OK;
> - btrfs_end_bioc(bioc, bio);
> - }
> -}
> -
> blk_status_t btrfs_map_bio(struct btrfs_fs_info *fs_info, struct bio *bio,
> int mirror_num)
> {
> @@ -6833,7 +6803,9 @@ blk_status_t btrfs_map_bio(struct btrfs_fs_info *fs_info, struct bio *bio,
> &dev->dev_state) ||
> (btrfs_op(first_bio) == BTRFS_MAP_WRITE &&
> !test_bit(BTRFS_DEV_STATE_WRITEABLE, &dev->dev_state))) {
> - bioc_error(bioc, first_bio, logical);
> + atomic_inc(&bioc->error);
> + if (atomic_dec_and_test(&bioc->stripes_pending))
> + btrfs_end_bioc(bioc);
> continue;
> }
>
next prev parent reply other threads:[~2022-03-23 0:29 UTC|newest]
Thread overview: 81+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-22 15:55 RFC: cleanup btrfs bio handling Christoph Hellwig
2022-03-22 15:55 ` [PATCH 01/40] btrfs: fix submission hook error handling in btrfs_repair_one_sector Christoph Hellwig
2022-03-22 15:55 ` [PATCH 02/40] btrfs: fix direct I/O read repair for split bios Christoph Hellwig
2022-03-22 23:59 ` Qu Wenruo
2022-03-23 6:03 ` Christoph Hellwig
2022-03-22 15:55 ` [PATCH 03/40] btrfs: fix direct I/O writes for split bios on zoned devices Christoph Hellwig
2022-03-23 0:00 ` Qu Wenruo
2022-03-23 6:04 ` Christoph Hellwig
2022-03-22 15:55 ` [PATCH 04/40] btrfs: fix and document the zoned device choice in alloc_new_bio Christoph Hellwig
2022-03-22 15:55 ` [PATCH 05/40] btrfs: refactor __btrfsic_submit_bio Christoph Hellwig
2022-03-22 15:55 ` [PATCH 06/40] btrfs: split submit_bio from btrfsic checking Christoph Hellwig
2022-03-23 0:04 ` Qu Wenruo
2022-03-22 15:55 ` [PATCH 07/40] btrfs: simplify btrfsic_read_block Christoph Hellwig
2022-03-22 15:55 ` [PATCH 08/40] btrfs: simplify repair_io_failure Christoph Hellwig
2022-03-23 0:06 ` Qu Wenruo
2022-03-22 15:55 ` [PATCH 09/40] btrfs: simplify scrub_recheck_block Christoph Hellwig
2022-03-23 0:10 ` Qu Wenruo
2022-03-23 6:05 ` Christoph Hellwig
2022-03-22 15:55 ` [PATCH 10/40] btrfs: simplify scrub_repair_page_from_good_copy Christoph Hellwig
2022-03-23 0:12 ` Qu Wenruo
2022-03-22 15:55 ` [PATCH 11/40] btrfs: move the call to bio_set_dev out of submit_stripe_bio Christoph Hellwig
2022-03-22 15:55 ` [PATCH 12/40] btrfs: pass a block_device to btrfs_bio_clone Christoph Hellwig
2022-03-22 15:55 ` [PATCH 13/40] btrfs: initialize ->bi_opf and ->bi_private in rbio_add_io_page Christoph Hellwig
2022-03-22 15:55 ` [PATCH 14/40] btrfs: don't allocate a btrfs_bio for raid56 per-stripe bios Christoph Hellwig
2022-03-23 0:16 ` Qu Wenruo
2022-03-22 15:55 ` [PATCH 15/40] btrfs: don't allocate a btrfs_bio for scrub bios Christoph Hellwig
2022-03-23 0:18 ` Qu Wenruo
2022-03-22 15:55 ` [PATCH 16/40] btrfs: stop using the btrfs_bio saved iter in index_rbio_pages Christoph Hellwig
2022-03-22 15:55 ` [PATCH 17/40] btrfs: remove the submit_bio_hook argument to submit_read_repair Christoph Hellwig
2022-03-23 0:20 ` Qu Wenruo
2022-03-23 6:06 ` Christoph Hellwig
2022-03-22 15:55 ` [PATCH 18/40] btrfs: move more work into btrfs_end_bioc Christoph Hellwig
2022-03-23 0:29 ` Qu Wenruo [this message]
2022-03-22 15:55 ` [PATCH 19/40] btrfs: defer I/O completion based on the btrfs_raid_bio Christoph Hellwig
2022-03-22 15:55 ` [PATCH 20/40] btrfs: cleanup btrfs_submit_metadata_bio Christoph Hellwig
2022-03-23 0:34 ` Qu Wenruo
2022-03-22 15:55 ` [PATCH 21/40] btrfs: cleanup btrfs_submit_data_bio Christoph Hellwig
2022-03-23 0:44 ` Qu Wenruo
2022-03-23 6:08 ` Christoph Hellwig
2022-03-22 15:55 ` [PATCH 22/40] btrfs: cleanup btrfs_submit_dio_bio Christoph Hellwig
2022-03-23 0:50 ` Qu Wenruo
2022-03-23 6:09 ` Christoph Hellwig
2022-03-22 15:55 ` [PATCH 23/40] btrfs: store an inode pointer in struct btrfs_bio Christoph Hellwig
2022-03-23 0:54 ` Qu Wenruo
2022-03-23 6:11 ` Christoph Hellwig
2022-03-22 15:55 ` [PATCH 24/40] btrfs: remove btrfs_end_io_wq Christoph Hellwig
2022-03-23 0:57 ` Qu Wenruo
2022-03-23 6:11 ` Christoph Hellwig
2022-03-22 15:55 ` [PATCH 25/40] btrfs: remove btrfs_wq_submit_bio Christoph Hellwig
2022-03-22 15:55 ` [PATCH 26/40] btrfs: refactor btrfs_map_bio Christoph Hellwig
2022-03-23 1:03 ` Qu Wenruo
2022-03-22 15:55 ` [PATCH 27/40] btrfs: clean up the raid map handling __btrfs_map_block Christoph Hellwig
2022-03-23 1:08 ` Qu Wenruo
2022-03-23 6:13 ` Christoph Hellwig
2022-03-22 15:55 ` [PATCH 28/40] btrfs: do not allocate a btrfs_io_context in btrfs_map_bio Christoph Hellwig
2022-03-23 1:14 ` Qu Wenruo
2022-03-23 6:13 ` Christoph Hellwig
2022-03-23 6:59 ` Qu Wenruo
2022-03-23 7:10 ` Christoph Hellwig
2022-03-22 15:55 ` [PATCH 29/40] btrfs: do not allocate a btrfs_bio for low-level bios Christoph Hellwig
2022-03-22 15:55 ` [PATCH 30/40] iomap: add per-iomap_iter private data Christoph Hellwig
2022-03-22 15:55 ` [PATCH 31/40] iomap: add a new ->iomap_iter operation Christoph Hellwig
2022-03-22 15:55 ` [PATCH 32/40] iomap: optionally allocate dio bios from a file system bio_set Christoph Hellwig
2022-03-22 15:55 ` [PATCH 33/40] iomap: add a hint to ->submit_io if there is more I/O coming Christoph Hellwig
2022-03-22 15:56 ` [PATCH 34/40] btrfs: add a btrfs_dio_rw wrapper Christoph Hellwig
2022-03-22 15:56 ` [PATCH 35/40] btrfs: allocate dio_data on stack Christoph Hellwig
2022-03-22 15:56 ` [PATCH 36/40] btrfs: implement ->iomap_iter Christoph Hellwig
2022-03-22 15:56 ` [PATCH 37/40] btrfs: add a btrfs_get_stripe_info helper Christoph Hellwig
2022-03-23 1:23 ` Qu Wenruo
2022-03-22 15:56 ` [PATCH 38/40] btrfs: return a blk_status_t from btrfs_repair_one_sector Christoph Hellwig
2022-03-22 15:56 ` [PATCH 39/40] btrfs: pass private data end end_io handler to btrfs_repair_one_sector Christoph Hellwig
2022-03-23 1:28 ` Qu Wenruo
2022-03-23 6:15 ` Christoph Hellwig
2022-03-24 0:57 ` Sweet Tea Dorminy
2022-03-22 15:56 ` [PATCH 40/40] btrfs: use the iomap direct I/O bio directly Christoph Hellwig
2022-03-23 1:39 ` Qu Wenruo
2022-03-23 6:17 ` Christoph Hellwig
2022-03-23 8:02 ` Qu Wenruo
2022-03-23 8:11 ` Christoph Hellwig
2022-03-23 8:36 ` Qu Wenruo
2022-03-22 17:46 ` RFC: cleanup btrfs bio handling Johannes Thumshirn
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=5c6320e4-a130-79bf-4229-e5e12bedd921@gmx.com \
--to=quwenruo.btrfs@gmx.com \
--cc=dsterba@suse.com \
--cc=hch@lst.de \
--cc=josef@toxicpanda.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=naohiro.aota@wdc.com \
--cc=wqu@suse.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox