On Mon, May 21, 2018 at 11:34:27PM +0800, Ming Lei wrote: > nvme_dev_disable() quiesces queues first before killing queues. > > If queues are quiesced during or before nvme_wait_freeze() is run > from the 2nd part of reset, the 2nd part can't move on, and IO hang > is caused. Finally no reset can be scheduled at all. But this patch moves nvme_wait_freeze outside the reset path, so I'm afraid I'm unable to follow how you've concluded the wait freeze is somehow part of the reset.
