+4
−0
test/nvmf/target/control_msg_list.sh
0 → 100755
+38
−0
Loading
control msg buffers are in use when an admin or fabric command has in capsule data size bigger than the transport->opts.in_capsule_data_size. Number of buffers is limited and when there are no free ones request is queued in the pending_buf_queue. However, PDU processing in nvmf_tcp_sock_process continues ignoring lack of the buffer, calling nvmf_tcp_capsule_cmd_hdr_handle() again so another request is queued for the same PDU, again not having the control msg buffer available and so on. Fix this by adding one more PDU processing state that indicates lack of buffer for the PDU. This way PDU processing continues only after nvmf_tcp_process() acquires the buffer. Change-Id: I5e16d7fa3931efc45646f8fdd23794a640c75e93 Signed-off-by:Krzysztof Goreczny <krzysztof.goreczny@dell.com> Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/24306 Reviewed-by:
Konrad Sztyber <konrad.sztyber@intel.com> Community-CI: Mellanox Build Bot Reviewed-by:
Aleksey Marchuk <alexeymar@nvidia.com> Tested-by:
SPDK CI Jenkins <sys_sgci@intel.com> Reviewed-by:
Jim Harris <jim.harris@samsung.com>