[LSF/MM/BFP TOPIC] Block-layer device resets
Hannes Reinecke
hare at suse.de
Mon Feb 2 21:51:25 PST 2026
On 2/3/26 04:14, Ming Lei wrote:
> Hi Hannes,
>
> On Sun, Feb 01, 2026 at 06:06:52PM +0100, Hannes Reinecke wrote:
>> Hi all,
>>
>> We are currently working on implementing cross-controller resets for
>> NVMe, which requires to send a command to the target which then should
>> terminate all commands on a given controller.
>
> Can you provide a little background why this reset is required? And for
> solve which problem?
>
Sure. It got triggered by me wanting to use a ublk device as a backing
device for nvmet namespace.
During a nvme reconnect the target is supposed to abort/flush all
outstanding commands on the backing device. As this is a block device
we would need to have an interface into the block layer allowing us
to do so.
>> While we could easily terminate the controller, the specification
>> also requires us to terminate all outstanding commands.
>> Which then recurses into my all-time favourite topic on how to
>> abort outstanding commands from the fs/bio layer.
>
> nvme_quiesce_io_queues() & nvme_cancel_tagset() may do it, or do you have
> other new requirement not covered by the two helpers?
>
Possibly. But that would be an NVMe-specific way, and won't help us
for things like ublk.
Cheers,
Hannes
--
Dr. Hannes Reinecke Kernel Storage Architect
hare at suse.de +49 911 74053 688
SUSE Software Solutions GmbH, Frankenstr. 146, 90461 Nürnberg
HRB 36809 (AG Nürnberg), GF: I. Totev, A. McDonald, W. Knoblich
More information about the Linux-nvme
mailing list