Provided by: libibverbs-dev_44.0-2_amd64 
NAME
mlx5dv_wr_mkey_configure - Create a work request to configure an MKEY
mlx5dv_wr_set_mkey_access_flags - Set the memory protection attributes for an MKEY
mlx5dv_wr_set_mkey_layout_list - Set a memory layout for an MKEY based on SGE list
mlx5dv_wr_set_mkey_layout_interleaved - Set an interleaved memory layout for an MKEY
SYNOPSIS
#include <infiniband/mlx5dv.h>
static inline void mlx5dv_wr_mkey_configure(struct mlx5dv_qp_ex *mqp,
struct mlx5dv_mkey *mkey,
uint8_t num_setters,
struct mlx5dv_mkey_conf_attr *attr);
static inline void mlx5dv_wr_set_mkey_access_flags(struct mlx5dv_qp_ex *mqp,
uint32_t access_flags);
static inline void mlx5dv_wr_set_mkey_layout_list(struct mlx5dv_qp_ex *mqp,
uint16_t num_sges,
const struct ibv_sge *sge);
static inline void mlx5dv_wr_set_mkey_layout_interleaved(struct mlx5dv_qp_ex *mqp,
uint32_t repeat_count,
uint16_t num_interleaved,
const struct mlx5dv_mr_interleaved *data);
DESCRIPTION
The MLX5DV MKEY configure API and the related setters (mlx5dv_wr_set_mkey*) are an
extension of IBV work request API (ibv_wr*) with specific features for MLX5DV MKEY.
MKEYs allow creation of virtually-contiguous address spaces out of non-contiguous chunks
of memory regions already registered with the hardware. Additionally it provides access
to some advanced hardware offload features, e.g. signature offload.
These APIs are intended to be used to access additional functionality beyond what is
provided by mlx5dv_wr_mr_list() and mlx5dv_wr_mr_interleaved(). The MKEY features can be
optionally enabled using the mkey configure setters. It allows using different features
in the same MKEY.
USAGE
To use these APIs a QP must be created using mlx5dv_create_qp(3) which allows setting the
MLX5DV_QP_EX_WITH_MKEY_CONFIGURE in send_ops_flags.
The MKEY configuration work request is created by calling mlx5dv_wr_mkey_configure(), a WR
builder function, followed by required setter functions. num_setters is a number of
required setters for the WR. All setters are optional. num_setters can be zero to apply
attr only. Each setter can be called only once per the WR builder.
The WR configures mkey and applies attr of the builder function and setter functions’
arguments for it. If mkey is already configured the WR overrides some mkey properties
depends on builder and setter functions’ arguments (see details in setters’ description).
To clear configuration of mkey, use ibv_post_send() with IBV_WR_LOCAL_INV opcode or
ibv_wr_local_inv().
Current implementation requires the IBV_SEND_INLINE option to be set in wr_flags field of
ibv_qp_ex structure prior to builder function call. Non-inline payload is currently not
supported by this API. Please note that inlining here is done for MKEY configuration
data, not for user data referenced by data layouts.
Once MKEY is configured, it may be used in subsequent work requests (SEND, RDMA_READ,
RDMA_WRITE, etc). If these work requests are posted on the same QP, there is no need to
wait for completion of MKEY configuration work request. They can be posted immediately
after the last setter (or builder if no setters). Usually there is no need to even
request a completion for MKEY configuration work request.
If completion is requested for MKEY configuration work request it will be delivered with
the IBV_WC_DRIVER1 opcode.
Builder function
mlx5dv_wr_mkey_configure()
Post a work request to configure an existing MKEY. With this call alone it is
possible to configure the MKEY and keep or reset signature attributes. This call
may be followed by zero or more optional setters.
mqp The QP to post the work request on.
mkey The MKEY to configure.
num_setters
The number of setters that must be called after this function.
attr The MKEY configuration attributes
MKEY configuration attributes
MKEY configuration attributes are provided in mlx5dv_mkey_conf_attr structure.
struct mlx5dv_mkey_conf_attr {
uint32_t conf_flags;
uint64_t comp_mask;
};
conf_flags
Bitwise OR of the following flags:
MLX5DV_MKEY_CONF_FLAG_RESET_SIG_ATTR
Reset the signature attributes of the MKEY. If not set, previously
configured signature attributes will be kept.
comp_mask
Reserved for future extension, must be 0 now.
Generic setters
mlx5dv_wr_set_mkey_access_flags()
Set the memory protection attributes for the MKEY. If the MKEY is configured, the
setter overrides the previous value. For example, two MKEY configuration WRs are
posted. The first one sets IBV_ACCESS_REMOTE_READ. The second one sets
IBV_ACCESS_REMOTE_WRITE. In this case, the second WR overrides the memory
protection attributes, and only IBV_ACCESS_REMOTE_WRITE is allowed for the MKEY
when the WR is completed.
mqp The QP where an MKEY configuration work request was created by
mlx5dv_wr_mkey_configure().
access_flags
The desired memory protection attributes; it is either 0 or the bitwise OR
of one or more of flags in enum ibv_access_flags.
Data layout setters
Data layout setters define how data referenced by the MKEY will be scattered/gathered in
the memory. In order to use MKEY with RDMA operations it must be configured with a
layout.
Not more than one data layout setter may follow builder function. Layout can be updated
in the next calls to builder function.
When MKEY is used in RDMA operations, it should be used in a zero-based mode, i.e. the
addr field in ibv_sge structure is an offset in the total data.
mlx5dv_wr_set_mkey_layout_list()
Set a memory layout for an MKEY based on SGE list. If the MKEY is configured and
the data layout was defined by some data layout setter (not necessary this one),
the setter overrides the previous value.
Default WQE size can fit only 4 SGE entries. To allow more the QP should be
created with a larger WQE size that may fit it. This should be done using the
max_inline_data attribute of struct ibv_qp_cap upon QP creation.
mqp The QP where an MKEY configuration work request was created by
mlx5dv_wr_mkey_configure().
num_sges
Number of SGEs in the list.
sge Pointer to the list of ibv_sge structures.
mlx5dv_wr_set_mkey_layout_interleaved()
Set an interleaved memory layout for an MKEY. If the MKEY is configured and the
data layout was defined by some data layout setter (not necessary this one), the
setter overrides the previous value.
Default WQE size can fit only 3 interleaved entries. To allow more the QP should
be created with a larger WQE size that may fit it. This should be done using the
max_inline_data attribute of struct ibv_qp_cap upon QP creation.
As one entry will be consumed for strided header, the MKEY should be created with
one more entry than the required num_interleaved.
mqp The QP where an MKEY configuration work request was created by
mlx5dv_wr_mkey_configure().
repeat_count
The data layout representation is repeated repeat_count times.
num_interleaved
Number of entries in the data representation.
data Pointer to the list of interleaved data layout descriptions.
Interleaved data layout is described by mlx5dv_mr_interleaved structure.
struct mlx5dv_mr_interleaved {
uint64_t addr;
uint32_t bytes_count;
uint32_t bytes_skip;
uint32_t lkey;
};
addr Start address of the local memory buffer.
bytes_count
Number of data bytes to put into the buffer.
bytes_skip
Number of bytes to skip in the buffer before the next data block.
lkey Key of the local Memory Region
Signature setters
The signature attributes of the MKEY allow adding/modifying/stripping/validating integrity
fields when transmitting data from memory to network and when receiving data from network
to memory.
Use the signature setters to set/update the signature attributes of the MKEY. To reset
the signature attributes without invalidating the MKEY, use the
MLX5DV_MKEY_CONF_FLAG_RESET_SIG_ATTR flag.
mlx5dv_wr_set_mkey_sig_block()
Set MKEY block signature attributes. If the MKEY is already configured with the
signature attributes, the setter overrides the previous value. See dedicated man
page for mlx5dv_wr_set_mkey_sig_block(3).
Crypto setter
The crypto attributes of the MKey allow encryption and decryption of transmitted data from
memory to network and when receiving data from network to memory.
Use the crypto setter to set/update the crypto attributes of the MKey. When the MKey is
created with MLX5DV_MKEY_INIT_ATTR_FLAGS_CRYPTO it must be configured with crypto
attributes before the MKey can be used.
mlx5dv_wr_set_mkey_crypto()
Set MKey crypto attributes. If the MKey is already configured with crypto
attributes, the setter overrides the previous value. see dedicated man page for
mlx5dv_wr_set_mkey_crypto(3).
EXAMPLES
Create QP and MKEY
Code below creates a QP with MKEY configure operation support and an indirect mkey.
/* Create QP with MKEY configure support */
struct ibv_qp_init_attr_ex attr_ex = {};
attr_ex.comp_mask |= IBV_QP_INIT_ATTR_SEND_OPS_FLAGS;
attr_ex.send_ops_flags |= IBV_QP_EX_WITH_RDMA_WRITE;
struct mlx5dv_qp_init_attr attr_dv = {};
attr_dv.comp_mask |= MLX5DV_QP_INIT_ATTR_MASK_SEND_OPS_FLAGS;
attr_dv.send_ops_flags = MLX5DV_QP_EX_WITH_MKEY_CONFIGURE;
ibv_qp *qp = mlx5dv_create_qp(ctx, attr_ex, attr_dv);
ibv_qp_ex *qpx = ibv_qp_to_qp_ex(qp);
mlx5dv_qp_ex *mqpx = mlx5dv_qp_ex_from_ibv_qp_ex(qpx);
mkey_attr.create_flags = MLX5DV_MKEY_INIT_ATTR_FLAGS_INDIRECT;
struct mlx5dv_mkey *mkey = mlx5dv_create_mkey(&mkey_attr);
List data layout configuration
Code below configures an MKEY which allows remote access for read and write and is based
on SGE list layout with two entries. When this MKEY is used in RDMA write operation, data
will be scattered between two memory regions. The first 64 bytes will go to memory
referenced by mr1. The next 4096 bytes will go to memory referenced by mr2.
ibv_wr_start(qpx);
qpx->wr_id = my_wr_id_1;
qpx->wr_flags = IBV_SEND_INLINE;
struct mlx5dv_mkey_conf_attr mkey_attr = {};
mlx5dv_wr_mkey_configure(mqpx, mkey, 2, &mkey_attr);
mlx5dv_wr_set_mkey_access_flags(mqpx, IBV_ACCESS_REMOTE_READ | IBV_ACCESS_REMOTE_WRITE);
struct ibv_sge sgl[2];
sgl[0].addr = mr1->addr;
sgl[0].length = 64;
sgl[0].lkey = mr1->lkey;
sgl[1].addr = mr2->addr;
sgl[1].length = 4096;
sgl[1].lkey = mr2->lkey;
mlx5dv_wr_set_mkey_layout_list(mqpx, 2, sgl);
ret = ibv_wr_complete(qpx);
Interleaved data layout configuration
Code below configures an MKEY which allows remote access for read and write and is based
on interleaved data layout with two entries and repeat count of two. When this MKEY is
used in RDMA write operation, data will be scattered between two memory regions. The
first 512 bytes will go to memory referenced by mr1 at offset 0. The next 8 bytes will go
to memory referenced by mr2 at offset 0. The next 512 bytes will go to memory referenced
by mr1 at offset 516. The next 8 bytes will go to memory referenced by mr2 at offset 8.
ibv_wr_start(qpx);
qpx->wr_id = my_wr_id_1;
qpx->wr_flags = IBV_SEND_INLINE;
struct mlx5dv_mkey_conf_attr mkey_attr = {};
mlx5dv_wr_mkey_configure(mqpx, mkey, 2, &mkey_attr);
mlx5dv_wr_set_mkey_access_flags(mqpx, IBV_ACCESS_REMOTE_READ | IBV_ACCESS_REMOTE_WRITE);
struct mlx5dv_mr_interleaved data[2];
data[0].addr = mr1->addr;
data[0].bytes_count = 512;
data[0].bytes_skip = 4;
data[0].lkey = mr1->lkey;
data[1].addr = mr2->addr;
data[1].bytes_count = 8;
data[1].bytes_skip = 0;
data[1].lkey = mr2->lkey;
mlx5dv_wr_set_mkey_layout_interleaved(mqpx, 2, 2, &data);
ret = ibv_wr_complete(qpx);
NOTES
A DEVX context should be opened by using mlx5dv_open_device(3).
SEE ALSO
mlx5dv_create_mkey(3), mlx5dv_create_qp(3), mlx5dv_wr_set_mkey_sig_block(3),
mlx5dv_wr_set_mkey_crypto(3)
AUTHORS
Oren Duer <oren@nvidia.com>
Sergey Gorenko <sergeygo@nvidia.com>
Evgenii Kochetov <evgeniik@nvidia.com>
mlx5dv_wr_mkey_configure(3)