Re: [PATCH 0/3] improve nvme quiesce time for large amount of namespaces

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Chao Leng <lengchao@xxxxxxxxxx>
Subject: Re: [PATCH 0/3] improve nvme quiesce time for large amount of namespaces
From: Christoph Hellwig <hch@xxxxxx>
Date: Fri, 29 Jul 2022 16:26:05 +0200
Cc: linux-nvme@xxxxxxxxxxxxxxxxxxx, linux-block@xxxxxxxxxxxxxxx, hch@xxxxxx, sagi@xxxxxxxxxxx, kbusch@xxxxxxxxxx, axboe@xxxxxxxxx
In-reply-to: <20220729073948.32696-1-lengchao@huawei.com>
References: <20220729073948.32696-1-lengchao@huawei.com>
User-agent: Mutt/1.5.17 (2007-11-01)

Why can't we have a per-tagset quiesce flag and just wait for the
one?  That also really nicely supports the problem with changes in
the namespace list during that time.

Follow-Ups:
- Re: [PATCH 0/3] improve nvme quiesce time for large amount of namespaces
  - From: Chao Leng

References:
- [PATCH 0/3] improve nvme quiesce time for large amount of namespaces
  - From: Chao Leng

Prev by Date: Re: [PATCH V3 5/5] ublk_drv: cleanup ublksrv_ctrl_dev_info
Next by Date: Re: [PATCH 1/3] block: sed-opal: Implement IOC_OPAL_DISCOVERY
Previous by thread: [PATCH 3/3] nvme: improve the quiesce time for blocking transports
Next by thread: Re: [PATCH 0/3] improve nvme quiesce time for large amount of namespaces
Index(es):
- Date
- Thread

[Index of Archives] [Linux RAID] [Linux SCSI] [Linux ATA RAID] [IDE] [Linux Wireless] [Linux Kernel] [ATH6KL] [Linux Bluetooth] [Linux Netdev] [Kernel Newbies] [Security] [Git] [Netfilter] [Bugtraq] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Device Mapper]

Powered by Linux