+10
−0
Loading
Similar issue was fixed in 813869d8 nvmf: Fix possible race condition when adding IO qpair This patch fixes the same issue which occurs a bit later, when a message is delivered to another thread. This issue occurred on CI, callstack is the following: 00:11:46.296 #6 0x00007f2705199f05 in __ubsan_handle_type_mismatch_v1 () from /lib64/libubsan.so.1 00:11:46.296 No symbol table info available. 00:11:46.296 #7 0x00007f27067ace6f in ctrlr_add_qpair_and_update_rsp (qpair=0x221edc0, ctrlr=0x1dc4ea0, rsp=0x2242918) at ctrlr.c:230 00:11:46.296 __PRETTY_FUNCTION__ = "ctrlr_add_qpair_and_update_rsp" 00:11:46.296 __func__ = "ctrlr_add_qpair_and_update_rsp" 00:11:46.296 #8 0x00007f27067b1d0b in nvmf_ctrlr_add_io_qpair (ctx=0x2242540) at ctrlr.c:534 00:11:46.296 req = 0x2242540 00:11:46.296 rsp = 0x2242918 00:11:46.296 qpair = 0x221edc0 00:11:46.296 ctrlr = 0x1dc4ea0 00:11:46.296 __func__ = "nvmf_ctrlr_add_io_qpair" 00:11:46.296 #9 0x00007f27062553ce in msg_queue_run_batch (thread=0x1cff540, max_msgs=8) at thread.c:553 where line 230 in ctrlr.c was assert(ctrlr->admin_qpair->group->thread == spdk_get_thread()); That means that admin qpair was disconnected from the poll group and controller is in the process of destruction Change-Id: I818ba56adda5ed3488a8df78483c0b6839758192 Signed-off-by:Alexey Marchuk <alexeymar@mellanox.com> Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/6364 Community-CI: Broadcom CI Community-CI: Mellanox Build Bot Tested-by:
SPDK CI Jenkins <sys_sgci@intel.com> Reviewed-by:
Ben Walker <benjamin.walker@intel.com> Reviewed-by:
Jim Harris <james.r.harris@intel.com>