From: Qu Wenruo <wqu@suse.com>
To: Christoph Hellwig <hch@lst.de>,
Josef Bacik <josef@toxicpanda.com>,
David Sterba <dsterba@suse.com>
Cc: Naohiro Aota <naohiro.aota@wdc.com>, linux-btrfs@vger.kernel.org
Subject: Re: [PATCH 09/10] btrfs: refactor btrfs_map_bio
Date: Mon, 25 Apr 2022 16:56:21 +0800 [thread overview]
Message-ID: <9ae89d00-7047-a207-6fd0-3223871576ca@suse.com> (raw)
In-Reply-To: <20220425075418.2192130-10-hch@lst.de>
On 2022/4/25 15:54, Christoph Hellwig wrote:
> Use a label for common cleanup, untangle the conditionals for parity
> RAID and move all per-stripe handling into submit_stripe_bio.
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
> fs/btrfs/volumes.c | 96 +++++++++++++++++++++++-----------------------
> 1 file changed, 48 insertions(+), 48 deletions(-)
>
> diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
> index 5f18e9105fe08..d54aacb4f05f2 100644
> --- a/fs/btrfs/volumes.c
> +++ b/fs/btrfs/volumes.c
> @@ -6695,10 +6695,30 @@ static void btrfs_end_bio(struct bio *bio)
> btrfs_end_bioc(bioc, true);
> }
>
> -static void submit_stripe_bio(struct btrfs_io_context *bioc, struct bio *bio,
> - u64 physical, struct btrfs_device *dev)
> +static void submit_stripe_bio(struct btrfs_io_context *bioc,
> + struct bio *orig_bio, int dev_nr, bool clone)
> {
> struct btrfs_fs_info *fs_info = bioc->fs_info;
> + struct btrfs_device *dev = bioc->stripes[dev_nr].dev;
> + u64 physical = bioc->stripes[dev_nr].physical;
> + struct bio *bio;
> +
> + if (!dev || !dev->bdev ||
> + test_bit(BTRFS_DEV_STATE_MISSING, &dev->dev_state) ||
> + (btrfs_op(orig_bio) == BTRFS_MAP_WRITE &&
> + !test_bit(BTRFS_DEV_STATE_WRITEABLE, &dev->dev_state))) {
> + atomic_inc(&bioc->error);
> + if (atomic_dec_and_test(&bioc->stripes_pending))
> + btrfs_end_bioc(bioc, false);
The bioc is allocated by btrfs_map_block(), but freed inside a helper.
This makes the allocation and free happening at different levels, not
sure if it's a good idea.
> + return;
> + }
> +
> + if (clone) {
> + bio = btrfs_bio_clone(dev->bdev, orig_bio);
> + } else {
> + bio = orig_bio;
> + bio_set_dev(bio, dev->bdev);
> + }
>
> bio->bi_private = bioc;
> btrfs_bio(bio)->device = dev;
> @@ -6733,46 +6753,44 @@ static void submit_stripe_bio(struct btrfs_io_context *bioc, struct bio *bio,
> blk_status_t btrfs_map_bio(struct btrfs_fs_info *fs_info, struct bio *bio,
> int mirror_num)
> {
> - struct btrfs_device *dev;
> - struct bio *first_bio = bio;
> u64 logical = bio->bi_iter.bi_sector << 9;
> - u64 length = 0;
> - u64 map_length;
> + u64 length = bio->bi_iter.bi_size;
> + u64 map_length = length;
> int ret;
> int dev_nr;
> int total_devs;
> struct btrfs_io_context *bioc = NULL;
>
> - length = bio->bi_iter.bi_size;
> - map_length = length;
> -
> btrfs_bio_counter_inc_blocked(fs_info);
> ret = __btrfs_map_block(fs_info, btrfs_op(bio), logical,
> &map_length, &bioc, mirror_num, 1);
> - if (ret) {
> - btrfs_bio_counter_dec(fs_info);
> - return errno_to_blk_status(ret);
> - }
> + if (ret)
> + goto out_dec;
>
> total_devs = bioc->num_stripes;
> - bioc->orig_bio = first_bio;
> - bioc->private = first_bio->bi_private;
> - bioc->end_io = first_bio->bi_end_io;
> - atomic_set(&bioc->stripes_pending, bioc->num_stripes);
> -
> - if ((bioc->map_type & BTRFS_BLOCK_GROUP_RAID56_MASK) &&
> - ((btrfs_op(bio) == BTRFS_MAP_WRITE) || (mirror_num > 1))) {
> - /* In this case, map_length has been set to the length of
> - a single stripe; not the whole write */
> + bioc->orig_bio = bio;
> + bioc->private = bio->bi_private;
> + bioc->end_io = bio->bi_end_io;
> + atomic_set(&bioc->stripes_pending, total_devs);
> +
> + if (bioc->map_type & BTRFS_BLOCK_GROUP_RAID56_MASK) {
> + /*
> + * In this case, map_length has been set to the length of a
> + * single stripe; not the whole write.
> + */
> if (btrfs_op(bio) == BTRFS_MAP_WRITE) {
> ret = raid56_parity_write(bio, bioc, map_length);
> - } else {
> + goto out_dec;
> + }
> + if (mirror_num > 1) {
> ret = raid56_parity_recover(bio, bioc, map_length,
> mirror_num, 1);
> + goto out_dec;
> }
> -
> - btrfs_bio_counter_dec(fs_info);
> - return errno_to_blk_status(ret);
> + /*
> + * Normal reads do not require special parity read handling, so
> + * fall through here.
> + */
I doubt this fallback would improve the readability.
But you're also right, the original check condition for the RAID56
branch is also not ideal.
> }
>
> if (map_length < length) {
> @@ -6782,29 +6800,11 @@ blk_status_t btrfs_map_bio(struct btrfs_fs_info *fs_info, struct bio *bio,
> BUG();
> }
>
> - for (dev_nr = 0; dev_nr < total_devs; dev_nr++) {
> - dev = bioc->stripes[dev_nr].dev;
> - if (!dev || !dev->bdev || test_bit(BTRFS_DEV_STATE_MISSING,
> - &dev->dev_state) ||
> - (btrfs_op(first_bio) == BTRFS_MAP_WRITE &&
> - !test_bit(BTRFS_DEV_STATE_WRITEABLE, &dev->dev_state))) {
Maybe just make the complex if () condition into a helper?
In fact I see some other locations uses similar complex expressions to
check it's a missing device.
Thus it should help a lot of call sites.
Thanks,
Qu
> - atomic_inc(&bioc->error);
> - if (atomic_dec_and_test(&bioc->stripes_pending))
> - btrfs_end_bioc(bioc, false);
> - continue;
> - }
> -
> - if (dev_nr < total_devs - 1) {
> - bio = btrfs_bio_clone(dev->bdev, first_bio);
> - } else {
> - bio = first_bio;
> - bio_set_dev(bio, dev->bdev);
> - }
> -
> - submit_stripe_bio(bioc, bio, bioc->stripes[dev_nr].physical, dev);
> - }
> + for (dev_nr = 0; dev_nr < total_devs; dev_nr++)
> + submit_stripe_bio(bioc, bio, dev_nr, dev_nr < total_devs - 1);
> +out_dec:
> btrfs_bio_counter_dec(fs_info);
> - return BLK_STS_OK;
> + return errno_to_blk_status(ret);
> }
>
> static bool dev_args_match_fs_devices(const struct btrfs_dev_lookup_args *args,
next prev parent reply other threads:[~2022-04-25 8:56 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-25 7:54 cleanup btrfs bio handling, part 2 Christoph Hellwig
2022-04-25 7:54 ` [PATCH 01/10] btrfs: move more work into btrfs_end_bioc Christoph Hellwig
2022-04-26 7:19 ` Johannes Thumshirn
2022-04-25 7:54 ` [PATCH 02/10] btrfs: cleanup btrfs_submit_dio_bio Christoph Hellwig
2022-04-25 8:45 ` Qu Wenruo
2022-04-26 7:21 ` Johannes Thumshirn
2022-04-25 7:54 ` [PATCH 03/10] btrfs: split btrfs_submit_data_bio Christoph Hellwig
2022-04-25 9:11 ` Qu Wenruo
2022-04-25 9:19 ` Christoph Hellwig
2022-04-25 9:37 ` Qu Wenruo
2022-04-25 11:09 ` Christoph Hellwig
2022-04-25 11:16 ` Qu Wenruo
2022-04-25 11:19 ` Christoph Hellwig
2022-04-25 11:31 ` Qu Wenruo
2022-04-25 11:34 ` Christoph Hellwig
2022-04-25 11:40 ` Qu Wenruo
2022-04-25 11:43 ` Qu Wenruo
2022-04-25 17:17 ` Christoph Hellwig
2022-04-26 1:24 ` Qu Wenruo
2022-04-25 7:54 ` [PATCH 04/10] btrfs: don't double-defer bio completions for compressed reads Christoph Hellwig
2022-04-25 7:54 ` [PATCH 05/10] btrfs: defer I/O completion based on the btrfs_raid_bio Christoph Hellwig
2022-04-25 7:54 ` [PATCH 06/10] btrfs: don't use btrfs_bio_wq_end_io for compressed writes Christoph Hellwig
2022-04-25 7:54 ` [PATCH 07/10] btrfs: centralize setting REQ_META Christoph Hellwig
2022-04-25 9:06 ` Qu Wenruo
2022-04-25 7:54 ` [PATCH 08/10] btrfs: remove btrfs_end_io_wq Christoph Hellwig
2022-04-25 7:54 ` [PATCH 09/10] btrfs: refactor btrfs_map_bio Christoph Hellwig
2022-04-25 8:56 ` Qu Wenruo [this message]
2022-04-25 9:17 ` Christoph Hellwig
2022-04-26 13:24 ` Christoph Hellwig
2022-04-25 7:54 ` [PATCH 10/10] btrfs: do not allocate a btrfs_bio for low-level bios Christoph Hellwig
2022-04-25 9:01 ` Qu Wenruo
2022-04-25 9:18 ` Christoph Hellwig
-- strict thread matches above, loose matches on Subject: below --
2022-04-29 14:30 cleanup btrfs bio handling, part 2 v2 Christoph Hellwig
2022-04-29 14:30 ` [PATCH 09/10] btrfs: refactor btrfs_map_bio Christoph Hellwig
2022-05-04 12:25 cleanup btrfs bio handling, part 2 v3 Christoph Hellwig
2022-05-04 12:25 ` [PATCH 09/10] btrfs: refactor btrfs_map_bio Christoph Hellwig
2022-05-04 12:46 ` Qu Wenruo
2022-05-26 7:36 cleanup btrfs bio handling, part 2 v4 Christoph Hellwig
2022-05-26 7:36 ` [PATCH 09/10] btrfs: refactor btrfs_map_bio Christoph Hellwig
2022-06-01 19:36 ` David Sterba
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=9ae89d00-7047-a207-6fd0-3223871576ca@suse.com \
--to=wqu@suse.com \
--cc=dsterba@suse.com \
--cc=hch@lst.de \
--cc=josef@toxicpanda.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=naohiro.aota@wdc.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