From: Anand Jain <anand.jain@oracle.com>
To: dsterba@suse.cz, linux-btrfs@vger.kernel.org
Subject: Re: [PATCH v2] btrfs: cleanup assigning next active device with a check
Date: Tue, 3 May 2016 18:01:31 +0800 [thread overview]
Message-ID: <572876FB.4070208@oracle.com> (raw)
In-Reply-To: <20160502152618.GK29353@suse.cz>
On 05/02/2016 11:26 PM, David Sterba wrote:
> On Mon, May 02, 2016 at 07:02:08AM +0800, Anand Jain wrote:
>> --- a/fs/btrfs/dev-replace.c
>> +++ b/fs/btrfs/dev-replace.c
>> @@ -569,11 +569,9 @@ static int btrfs_dev_replace_finishing(struct btrfs_fs_info *fs_info,
>> ASSERT(list_empty(&src_device->resized_list));
>> tgt_device->commit_total_bytes = src_device->commit_total_bytes;
>> tgt_device->commit_bytes_used = src_device->bytes_used;
>> - if (fs_info->sb->s_bdev &&
>> - (fs_info->sb->s_bdev == src_device->bdev))
>> - fs_info->sb->s_bdev = tgt_device->bdev;
>
> What's the base of this patch?
It was on master. But now the V3 which is based on your for-next.
> The above code is not in my for-next so
> I could be missing some important bits.
Yes. That was added by this patch.
[PATCH] btrfs: s_bdev is not null after missing replace
While here can also integrate this.
[PATCH 1/1] btrfs: fix lock dep warning move scratch super outside of
chunk_mutex
------
git status
On branch for-next
Your branch is ahead of 'origin/for-next' by 3 commits.
(use "git push" to publish your local commits)
nothing to commit, working directory clean
git log --oneline | head -n 3
ac3fd7a65d23 btrfs: cleanup assigning next active device with a check
0fbd788ec3d9 btrfs: s_bdev is not null after missing replace
8362f084ffd6 btrfs: fix lock dep warning move scratch super outside of
chunk_mutex
-----
I have run xfstests on for-next I don't see any unusual failures.
Thanks,
Anand
>> - if (fs_info->fs_devices->latest_bdev == src_device->bdev)
>> - fs_info->fs_devices->latest_bdev = tgt_device->bdev;
>> +
>> + btrfs_assign_next_active_device(fs_info, src_device, tgt_device);
>> +
>> list_add(&tgt_device->dev_alloc_list, &fs_info->fs_devices->alloc_list);
>> fs_info->fs_devices->rw_devices++;
>>
>> diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
>> index 5f70c1235466..0bb15da2da40 100644
>> --- a/fs/btrfs/volumes.c
>> +++ b/fs/btrfs/volumes.c
>> @@ -1742,10 +1742,49 @@ out:
>> return ret;
>> }
>>
>> +struct btrfs_device *btrfs_find_next_active_device(struct btrfs_fs_devices *fs_devs,
>> + struct btrfs_device *device)
>> +{
>> + struct btrfs_device *next_device;
>> +
>> + list_for_each_entry(next_device, &fs_devs->devices, dev_list) {
>> + if (next_device != device &&
>> + !next_device->missing && next_device->bdev)
>> + return next_device;
>> + }
>> + return NULL;
>> +}
>> +
>> +/*
>> + * Helper function to check if the given device is part of
>> + * s_bdev / latest_bdev and replace it with the provided or
>> + * the next active device, in the context where this function
>> + * called, there should be always be another device which is
>> + * active.
>> + */
>> +void btrfs_assign_next_active_device(struct btrfs_fs_info *fs_info,
>> + struct btrfs_device *device, struct btrfs_device *this_dev)
>> +{
>> + struct btrfs_device *next_device;
>> +
>> + if (this_dev)
>> + next_device = this_dev;
>> + else
>> + next_device = btrfs_find_next_active_device(fs_info->fs_devices,
>> + device);
>> + BUG_ON(!next_device); /* Logic error */
>
> Please make it an ASSERT.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2016-05-03 10:01 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-18 11:25 [PATCH] btrfs: cleanup assigning next active device with a check Anand Jain
2016-04-25 15:15 ` David Sterba
2016-05-01 23:05 ` Anand Jain
2016-05-01 23:02 ` [PATCH v2] " Anand Jain
2016-05-02 15:26 ` David Sterba
2016-05-03 10:01 ` Anand Jain [this message]
2016-05-03 17:47 ` David Sterba
2016-05-03 23:31 ` Anand Jain
2016-05-04 9:00 ` David Sterba
2016-05-04 8:44 ` David Sterba
2016-05-03 9:44 ` [PATCH] " Anand Jain
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=572876FB.4070208@oracle.com \
--to=anand.jain@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.