From: yangerkun <yangerkun@huawei.com>
To: <yukuai@fygo.io>, <josef@toxicpanda.com>, <axboe@kernel.dk>,
<hch@lst.de>
Cc: <yi.zhang@huawei.com>, <chengzhihao1@huawei.com>,
<echo.chenlin@huawei.com>, <leo.lilong@huaweicloud.com>,
<wangkefeng.wang@huawei.com>, <huawei.libin@huawei.com>,
<leijitang@huawei.com>, <linux-block@vger.kernel.org>,
<nbd@other.debian.org>
Subject: Re: [PATCH v5 3/8] nbd: reset write cache on disconnect
Date: Mon, 3 Aug 2026 09:44:44 +0800 [thread overview]
Message-ID: <b5f86cf3-93e4-4d7d-8f38-eb32c0813f27@huawei.com> (raw)
In-Reply-To: <4695b270-3f94-440c-a174-91b6fb5b94d1@fygo.io>
在 2026/8/2 20:02, yu kuai 写道:
> Hi,
>
> 在 2026/8/2 19:51, yu kuai 写道:
>> Hi,
>>
>> 在 2026/7/30 16:20, Yang Erkun 写道:
>>> An inactive nbd device may refuse any I/O operations. The nbd_config_put
>>> function calls invalidate_disk, which sets the device capacity to zero
>>> to reject all read and write I/O. For zero-sector flush I/O requests
>>> from blkdev_issue_flush, if the write cache is disabled, the zero-sector
>>> flush I/O immediately returns 0 in submit_bio_noacct. However, since
>>> nbd_config_put does not clear the write cache state, an inactive nbd
>>> device might still have the write cache enabled. In this situation,
>>> zero-sector flush I/O will return -EIO because there is no active socket.
>>> Although this does not cause any bugs, resetting the write cache state
>>> would make the behavior consistent.
>> I don't think this make sense, at this point nbd->config_refs is 0, which means
>> there is no opener for the device, so how can there still be outstanding read/write
>> or flush IO?
>
> I see what you want to do after checking the next patch. However, since a disconnected
> nbd device can be reused later, the stale BLK_FEAT flags from the last connection looks
> like a real problem. So, I think it's better to reset queue_limits to default, the same
> as add_disk().
Yeah, I prefer this way! Thanks for your advise.
>
>>
>>> Signed-off-by: Yang Erkun <yangerkun@huawei.com>
>>> ---
>>> drivers/block/nbd.c | 5 +++++
>>> 1 file changed, 5 insertions(+)
>>>
>>> diff --git a/drivers/block/nbd.c b/drivers/block/nbd.c
>>> index 7ec85f94f742..da4b48ef3c79 100644
>>> --- a/drivers/block/nbd.c
>>> +++ b/drivers/block/nbd.c
>>> @@ -1469,8 +1469,13 @@ static void nbd_config_put(struct nbd_device *nbd)
>>> if (refcount_dec_and_mutex_lock(&nbd->config_refs,
>>> &nbd->config_lock)) {
>>> struct nbd_config *config = nbd->config;
>>> + struct queue_limits lim;
>>> nbd_dev_dbg_close(nbd);
>>> invalidate_disk(nbd->disk);
>>> + /* reset write cache */
>>> + lim = queue_limits_start_update(nbd->disk->queue);
>>> + lim.features &= ~(BLK_FEAT_WRITE_CACHE | BLK_FEAT_FUA);
>>> + queue_limits_commit_update(nbd->disk->queue, &lim);
>>> if (nbd->config->bytesize)
>>> kobject_uevent(&nbd_to_dev(nbd)->kobj, KOBJ_CHANGE);
>>> if (test_and_clear_bit(NBD_RT_HAS_PID_FILE,
>
next prev parent reply other threads:[~2026-08-03 1:44 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-30 8:20 [PATCH v5 0/8] nbd: eliminate queue freeze/unfreeze overhead in connection setup Yang Erkun
2026-07-30 8:20 ` [PATCH v5 1/8] nbd: simplify find_fallback() by removing redundant logic Yang Erkun
2026-07-30 8:20 ` [PATCH v5 2/8] nbd: disallow NBD_SET_SOCK on an active device Yang Erkun
2026-08-02 11:27 ` yu kuai
2026-07-30 8:20 ` [PATCH v5 3/8] nbd: reset write cache on disconnect Yang Erkun
2026-08-02 11:51 ` yu kuai
2026-08-02 12:02 ` yu kuai
2026-08-03 1:44 ` yangerkun [this message]
2026-07-30 8:20 ` [PATCH v5 4/8] nbd: remove queue freeze in nbd_add_socket Yang Erkun
2026-07-30 8:20 ` [PATCH v5 5/8] nbd: skip queue freeze when setting size at device startup Yang Erkun
2026-08-02 11:45 ` yu kuai
2026-08-03 1:48 ` yangerkun
2026-07-30 8:20 ` [PATCH v5 6/8] nbd: factor out a nbd_genl_foreach_sock Yang Erkun
2026-08-02 12:14 ` yu kuai
2026-08-03 2:09 ` yangerkun
2026-07-30 8:20 ` [PATCH v5 7/8] nbd: remove queue freeze for newly created nbd from netlink path Yang Erkun
2026-08-02 12:16 ` yu kuai
2026-07-30 8:20 ` [PATCH v5 8/8] nbd: add nr_hw_queues module parameter for pre-created devices Yang Erkun
2026-08-02 12:21 ` yu kuai
2026-08-03 2:10 ` yangerkun
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=b5f86cf3-93e4-4d7d-8f38-eb32c0813f27@huawei.com \
--to=yangerkun@huawei.com \
--cc=axboe@kernel.dk \
--cc=chengzhihao1@huawei.com \
--cc=echo.chenlin@huawei.com \
--cc=hch@lst.de \
--cc=huawei.libin@huawei.com \
--cc=josef@toxicpanda.com \
--cc=leijitang@huawei.com \
--cc=leo.lilong@huaweicloud.com \
--cc=linux-block@vger.kernel.org \
--cc=nbd@other.debian.org \
--cc=wangkefeng.wang@huawei.com \
--cc=yi.zhang@huawei.com \
--cc=yukuai@fygo.io \
/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