[PATCH] nvme: swap synchronization ordering in nvme_remove_head()
Hannes Reinecke
hare at suse.de
Tue Jul 14 06:20:12 PDT 2026
On 7/7/26 3:57 PM, John Garry wrote:
> From: John Garry <john.g.garry at oracle.com>
>
> sashiko bot reported a potential issue in the requeue handling in [0] -
> the code there is same as the NVMe driver.
>
> The issue is that when we schedule the requeue work, if a bio is added to
> the requeue list afterwards in nvme_ns_head_submit_bio(), it is missed by
> the requeue worker.
>
> This issue can be recreated by hacking a large delay in the bio submission
> requeue path:
>
> } else if (nvme_available_path(head)) {
> dev_warn_ratelimited(dev, "no usable path - requeuing I/O\n");
>
> + msleep(30000);
> spin_lock_irq(&head->requeue_lock);
> bio_list_add(&head->requeue_list, bio);
> spin_unlock_irq(&head->requeue_lock);
>
>
> Then if we issue a write after removing all paths, a hang can be seen:
>
> # echo 20 > /sys/devices/virtual/nvme-subsystem/nvme-subsys1/nvme1n1/delayed_removal_secs
> #
> # ./ini_nvme_teardown.sh
> [ 25.877224] nvme nvme1: Removing ctrl: NQN "nvme-test-target"
> [ 25.939569] nvme nvme2: Removing ctrl: NQN "nvme-test-target"
> #
> # xfs_io -d -C "pwrite -b 64k -V 1 -D 0 64k" /dev/nvme1n1p1
> [ 29.883653] block nvme1n1: no usable path - requeuing I/O
>
> Fix by re-ordering the SRCU synchronization and scheduling the requeue
> work.
>
> [0] https://lore.kernel.org/linux-scsi/20260703102918.3723667-1-john.g.garry@oracle.com/T/#m72af1f29deb0ebfb2973464207f201f1be1f660c
>
> Signed-off-by: John Garry <john.g.garry at oracle.com>
> ---
> I am not sure if we still require the synchronize_srcu() after nvme_cdev_del().
>
Which one? I only see one after 'list_del_rcu()', and there we
definitely need it ...
Otherwise:
Reviewed-by: Hannes Reinecke <hare at kernel.org>
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