linux

iv/linux

History

Nitzan Carmi 4317228ad9 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 <nitzanc@mellanox.com>
Signed-off-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Reviewed-by: Max Gurtovoy <maxg@mellanox.com>
Tested-by: Nicholas Piggin <npiggin@gmail.com>

2018-05-15 10:28:03 -07:00

core.c

nvme: Avoid flush dependency in delete controller flow

2018-05-15 10:28:03 -07:00

fabrics.c

nvme: expand nvmf_check_if_ready checks

2018-04-12 09:58:27 -06:00

fabrics.h

nvme: expand nvmf_check_if_ready checks

2018-04-12 09:58:27 -06:00

fault_inject.c

nvme: Add fault injection feature