nvme: Avoid flush dependency in delete controller flow

The nvme_delete_ctrl() function queues a work item on a MEM_RECLAIM
queue (nvme_delete_wq), which eventually calls cleanup_srcu_struct(),
which in turn flushes a delayed work from an !MEM_RECLAIM queue. This
is unsafe as we might trigger deadlocks under severe memory pressure.

Since we don't ever invoke call_srcu(), it is safe to use the shiny new
_quiesced() version of srcu cleanup, thus avoiding that flush dependency.
This commit makes that change.

Signed-off-by: Nitzan Carmi <[email protected]>
Signed-off-by: Paul E. McKenney <[email protected]>
Reviewed-by: Max Gurtovoy <[email protected]>
Tested-by: Nicholas Piggin <[email protected]>

0 files changed, 0 insertions, 0 deletions