def2d0ac3e
While detaching the device, DPDK may try to unregister a VFIO interrupt callback which is currently "in use". The unregister call may fail, but the error doesn't get propagated to upper DPDK layers. Practically, detaching the device may stop in the middle but still return 0 to SPDK. This effectively breaks hotremove as the device would be neither usable or removable. We work around it in SPDK by internally scheduling the DPDK device detach on the DPDK interrupt thread. This prevents any other interrupt callback to be "in use" while the device is detached. Since device detach in SPDK can be asynchronous now, we add a few checks to prevent re-attaching devices that are still being detached. Change-Id: Ibb56a8017e34418db0304fe32774811427b056aa Signed-off-by: Darek Stojaczyk <dariusz.stojaczyk@intel.com> Reviewed-on: https://review.gerrithub.io/c/spdk/spdk/+/448928 Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> Reviewed-by: Shuhei Matsumoto <shuhei.matsumoto.xt@hitachi.com> Reviewed-by: Jim Harris <james.r.harris@intel.com> |
||
---|---|---|
.. | ||
env_internal.h | ||
env.c | ||
env.mk | ||
init.c | ||
Makefile | ||
memory.c | ||
pci_ioat.c | ||
pci_nvme.c | ||
pci_virtio.c | ||
pci.c | ||
threads.c |