From: wangyijing <wangyijing@huawei.com>
To: Eric Wheeler <bcache@lists.ewheeler.net>
Cc: Kent Overstreet <kent.overstreet@gmail.com>,
linux-bcache@vger.kernel.org
Subject: Re: [PATCH 3/3] bcache: Remove redundant block_size assignment
Date: Wed, 11 May 2016 09:48:42 +0800 [thread overview]
Message-ID: <57328F7A.9000508@huawei.com> (raw)
In-Reply-To: <alpine.LRH.2.11.1605101839350.22680@mx.ewheeler.net>
在 2016/5/11 9:41, Eric Wheeler 写道:
> On Tue, 10 May 2016, Yijing Wang wrote:
>
>> Signed-off-by: Yijing Wang <wangyijing@huawei.com>
>> ---
>> drivers/md/bcache/super.c | 1 -
>> 1 files changed, 0 insertions(+), 1 deletions(-)
>>
>> diff --git a/drivers/md/bcache/super.c b/drivers/md/bcache/super.c
>> index 1ccb9be..64d0be6 100644
>> --- a/drivers/md/bcache/super.c
>> +++ b/drivers/md/bcache/super.c
>> @@ -134,7 +134,6 @@ static const char *read_super(struct cache_sb *sb, struct block_device *bdev,
>> case BCACHE_SB_VERSION_CDEV:
>> case BCACHE_SB_VERSION_CDEV_WITH_UUID:
>> sb->nbuckets = le64_to_cpu(s->nbuckets);
>> - sb->block_size = le16_to_cpu(s->block_size);
>> sb->bucket_size = le16_to_cpu(s->bucket_size);
>
>
> Are you sure we want to do that?
>
> The bcache superblock allows us to assign the block size presented by
> bcache and we wouldn't want 4k users to suddenly revert to 512b.
Hi, I have nothing functional to change here, we have assigned block_size already before here.
sb->block_size = le16_to_cpu(s->block_size); //first assignment
err = "Superblock block size smaller than device block size";
if (sb->block_size << 9 < bdev_logical_block_size(bdev))
goto err;
switch (sb->version) {
case BCACHE_SB_VERSION_BDEV:
sb->data_offset = BDEV_DATA_START_DEFAULT;
break;
case BCACHE_SB_VERSION_BDEV_WITH_OFFSET:
sb->data_offset = le64_to_cpu(s->data_offset);
err = "Bad data offset";
if (sb->data_offset < BDEV_DATA_START_DEFAULT)
goto err;
break;
case BCACHE_SB_VERSION_CDEV:
case BCACHE_SB_VERSION_CDEV_WITH_UUID:
sb->nbuckets = le64_to_cpu(s->nbuckets);
sb->block_size = le16_to_cpu(s->block_size); //redundant one
Thanks!
Yijing.
>
>
> --
> Eric Wheeler
>
>
>
>>
>> sb->nr_in_set = le16_to_cpu(s->nr_in_set);
>> --
>> 1.7.1
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-bcache" 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-11 1:49 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-10 8:38 [PATCH 1/3] bcache: Remove redundant parameter for cache_alloc() Yijing Wang
2016-05-10 8:38 ` [PATCH 2/3] bcache: update document info Yijing Wang
2016-05-10 8:38 ` [PATCH 3/3] bcache: Remove redundant block_size assignment Yijing Wang
2016-05-10 14:51 ` Coly Li
2016-05-11 1:12 ` wangyijing
2016-05-11 1:41 ` Eric Wheeler
2016-05-11 1:48 ` wangyijing [this message]
2016-05-11 19:16 ` Eric Wheeler
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=57328F7A.9000508@huawei.com \
--to=wangyijing@huawei.com \
--cc=bcache@lists.ewheeler.net \
--cc=kent.overstreet@gmail.com \
--cc=linux-bcache@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.