Spdk/lib/rdma/spdk_rdma.map

{
	global:

	# Public functions
	spdk_rdma_qp_create;
	spdk_rdma_qp_complete_connect;
	spdk_rdma_qp_destroy;
	spdk_rdma_qp_disconnect;
	spdk_rdma_qp_queue_send_wrs;
	spdk_rdma_qp_flush_send_wrs;

	local: *;
};
rdma: Intorduce RDMA providers RDMA provider is used as an abstraction layer and allows to add vendor specific verbs implementation. This patch adds an interface to create and destroy qpairs and its implementation using regular verbs API. Future patches will add functions to queue/flush Work Requests, enable usage of RDMA providers API in NVMEoF target/initiator and add Mellanox Direct Verbs implementation. This abstraction layer is flexible enough to add other vendor's implementations. The choice of a specific RDMA provider will be made at the configuration step, it doesn't add any runtime overhead. Change-Id: If8eec5bd45c82c71f73a14f6e84121cd02a1d65d Signed-off-by: Alexey Marchuk <alexeymar@mellanox.com> Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1655 Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> Community-CI: Mellanox Build Bot Community-CI: Broadcom CI Reviewed-by: Seth Howell <seth.howell@intel.com> Reviewed-by: Jim Harris <james.r.harris@intel.com> Reviewed-by: Shuhei Matsumoto <shuhei.matsumoto.xt@hitachi.com> Reviewed-by: Jacek Kalwas <jacek.kalwas@intel.com> Reviewed-by: Ben Walker <benjamin.walker@intel.com> 2020-03-14 07:27:38 +00:00			`{`
			`global:`

			`# Public functions`
			`spdk_rdma_qp_create;`
rdma: Add mlx5_dv RDMA provider The new RDMA provider can be enabled by passing --with-rdma=mlx5_dv parameter to configure script This provider uses "externally created qpair" functionality of rdma cm - it must move a qpair to RTS state manually Change-Id: I72484f6edd1f4dad15430e2c8d36b65d1975e8a2 Signed-off-by: Alexey Marchuk <alexeymar@mellanox.com> Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1658 Community-CI: Mellanox Build Bot Community-CI: Broadcom CI Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> Reviewed-by: Ben Walker <benjamin.walker@intel.com> Reviewed-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com> 2020-03-14 12:08:29 +00:00			`spdk_rdma_qp_complete_connect;`
rdma: Intorduce RDMA providers RDMA provider is used as an abstraction layer and allows to add vendor specific verbs implementation. This patch adds an interface to create and destroy qpairs and its implementation using regular verbs API. Future patches will add functions to queue/flush Work Requests, enable usage of RDMA providers API in NVMEoF target/initiator and add Mellanox Direct Verbs implementation. This abstraction layer is flexible enough to add other vendor's implementations. The choice of a specific RDMA provider will be made at the configuration step, it doesn't add any runtime overhead. Change-Id: If8eec5bd45c82c71f73a14f6e84121cd02a1d65d Signed-off-by: Alexey Marchuk <alexeymar@mellanox.com> Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1655 Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> Community-CI: Mellanox Build Bot Community-CI: Broadcom CI Reviewed-by: Seth Howell <seth.howell@intel.com> Reviewed-by: Jim Harris <james.r.harris@intel.com> Reviewed-by: Shuhei Matsumoto <shuhei.matsumoto.xt@hitachi.com> Reviewed-by: Jacek Kalwas <jacek.kalwas@intel.com> Reviewed-by: Ben Walker <benjamin.walker@intel.com> 2020-03-14 07:27:38 +00:00			`spdk_rdma_qp_destroy;`
rdma: Add API function to disconnect qpair This is a wrapper over RDMA CM rdma_disconnect function The wrapper is needed since in Mellanox Direct Verbs (aka DV) we must move qpair to error state manually before calling rdma_disconnect Change-Id: Ia8623c6989e7679591f2da56bafa7f4262eeebf9 Signed-off-by: Alexey Marchuk <alexeymar@mellanox.com> Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1975 Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> Community-CI: Mellanox Build Bot Community-CI: Broadcom CI Reviewed-by: Ben Walker <benjamin.walker@intel.com> Reviewed-by: Shuhei Matsumoto <shuhei.matsumoto.xt@hitachi.com> Reviewed-by: Jim Harris <james.r.harris@intel.com> Reviewed-by: Seth Howell <seth.howell@intel.com> Reviewed-by: Jacek Kalwas <jacek.kalwas@intel.com> 2020-04-22 10:06:09 +00:00			`spdk_rdma_qp_disconnect;`
rdma: Add RDMA provider API to send/flush Work Requests. Verbs implementation: doesn't differ from the original: - send_wr: saves WRs in the qpair internal structure - flush_wr: calls ibv_post_send Direct Verbs implementation: - send_wr: calls ibv_wr_start for the first WR; Calls opcode-specific function to add a WQE to SQ Tracks queued WRs to return a correct pointer to 'bad_wr' - flush_wr: calls ibv_wr_complete - it flushes to the NIC all WRs added between ibv_wr_start and ibv_wr_complete Change-Id: I65a26914db688af20589f3b69a994d214d860726 Signed-off-by: Alexey Marchuk <alexeymar@mellanox.com> Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1659 Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> Community-CI: Mellanox Build Bot Reviewed-by: Ben Walker <benjamin.walker@intel.com> Reviewed-by: Seth Howell <seth.howell@intel.com> Reviewed-by: Jim Harris <james.r.harris@intel.com> 2020-04-01 18:22:47 +00:00			`spdk_rdma_qp_queue_send_wrs;`
			`spdk_rdma_qp_flush_send_wrs;`
rdma: Intorduce RDMA providers RDMA provider is used as an abstraction layer and allows to add vendor specific verbs implementation. This patch adds an interface to create and destroy qpairs and its implementation using regular verbs API. Future patches will add functions to queue/flush Work Requests, enable usage of RDMA providers API in NVMEoF target/initiator and add Mellanox Direct Verbs implementation. This abstraction layer is flexible enough to add other vendor's implementations. The choice of a specific RDMA provider will be made at the configuration step, it doesn't add any runtime overhead. Change-Id: If8eec5bd45c82c71f73a14f6e84121cd02a1d65d Signed-off-by: Alexey Marchuk <alexeymar@mellanox.com> Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/1655 Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> Community-CI: Mellanox Build Bot Community-CI: Broadcom CI Reviewed-by: Seth Howell <seth.howell@intel.com> Reviewed-by: Jim Harris <james.r.harris@intel.com> Reviewed-by: Shuhei Matsumoto <shuhei.matsumoto.xt@hitachi.com> Reviewed-by: Jacek Kalwas <jacek.kalwas@intel.com> Reviewed-by: Ben Walker <benjamin.walker@intel.com> 2020-03-14 07:27:38 +00:00
			`local: *;`
			`};`