a28a5c8ff7
It appears that we can get caught in a loop when shutting down a subsystem if there is a qpair that has been moved to the deactivating state due to the target shutting down early. These qpairs don't have a state cb and won't ever be destroyed or removed from the global list. Change-Id: I4f9ed774a94e0e2c7ff7bfa3af1776b38a787035 Signed-off-by: Seth Howell <seth.howell@intel.com> Reviewed-on: https://review.gerrithub.io/419269 Reviewed-by: Changpeng Liu <changpeng.liu@intel.com> Reviewed-by: Shuhei Matsumoto <shuhei.matsumoto.xt@hitachi.com> Reviewed-by: Ben Walker <benjamin.walker@intel.com> Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> |
||
|---|---|---|
| .. | ||
| ctrlr_bdev.c | ||
| ctrlr_discovery.c | ||
| ctrlr.c | ||
| Makefile | ||
| nvmf_fc.h | ||
| nvmf_internal.h | ||
| nvmf.c | ||
| rdma.c | ||
| request.c | ||
| subsystem.c | ||
| transport.c | ||
| transport.h | ||