summaryrefslogtreecommitdiff
path: root/drivers/nvme/target/core.c
diff options
context:
space:
mode:
authorLogan Gunthorpe <logang@deltatee.com>2019-07-31 17:35:32 -0600
committerSagi Grimberg <sagi@grimberg.me>2019-07-31 17:57:17 -0700
commit86b9a63e595ff03f9d0a7b92b6acc231fecefc29 (patch)
tree2c64fb11f909916e60bd11b8aa9a8a8707660f8e /drivers/nvme/target/core.c
parent3aed86731ee2b23e4dc4d2c6d943d33992cd551b (diff)
downloadlwn-86b9a63e595ff03f9d0a7b92b6acc231fecefc29.tar.gz
lwn-86b9a63e595ff03f9d0a7b92b6acc231fecefc29.zip
nvmet-loop: Flush nvme_delete_wq when removing the port
After calling nvme_loop_delete_ctrl(), the controllers will not yet be deleted because nvme_delete_ctrl() only schedules work to do the delete. This means a race can occur if a port is removed but there are still active controllers trying to access that memory. To fix this, flush the nvme_delete_wq before returning from nvme_loop_remove_port() so that any controllers that might be in the process of being deleted won't access a freed port. Signed-off-by: Logan Gunthorpe <logang@deltatee.com> Reviewed-by: Sagi Grimberg <sagi@grimberg.me> Reviewed-by: Max Gurtovoy <maxg@mellanox.com> Reviewed-by : Chaitanya Kulkarni <chaitanya.kulkarni@wdc.com> Signed-off-by: Sagi Grimberg <sagi@grimberg.me>
Diffstat (limited to 'drivers/nvme/target/core.c')
0 files changed, 0 insertions, 0 deletions