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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).