1180bf8343
We have historically conflated SPDK_NVMF_MAX_SGL_ENTRIES and the maximum number of SGEs associated with a wr data object. For now these are the same thing, but there should be nothing tying the number of NVMe request SGL elements to the number of rdma request wr sgl elements. Also, clarify the rx_sge and tx_sge enums to reflect the actual maximum number of SGEs associated with either the send and receive queues. This change doesn't actually modify these values, but sets us up to do things like split the data in an NVMe SGE into multiple WR SGEs in case the buffer associated with the NVMe SGE is not contained in a single RDMA mr. We also need to store these values in the qpair for later usage. Change-Id: Iff3756fc72787a4b72a99b2bdf90bf486a8010fa Signed-off-by: Seth Howell <seth.howell@intel.com> Reviewed-on: https://review.gerrithub.io/433196 Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> Chandler-Test-Pool: SPDK Automated Test System <sys_sgsw@intel.com> Reviewed-by: Ben Walker <benjamin.walker@intel.com> Reviewed-by: Jim Harris <james.r.harris@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 | ||