ibv_rereg_mr (3) - Linux Manuals
ibv_rereg_mr: re-register a memory region (MR)
NAME
ibv_rereg_mr - re-register a memory region (MR)
SYNOPSIS
-
#include <infiniband/verbs.h> int ibv_rereg_mr(struct ibv_mr *mr, int flags, struct ibv_pd *pd, void *addr, size_t length, int access);
DESCRIPTION
ibv_rereg_mr() Modifies the attributes of an existing memory region (MR) mr. Conceptually, this call performs the functions deregister memory region followed by register memory region. Where possible, resources are reused instead of deallocated and reallocated.
flags is a bit-mask used to indicate which of the following properties of the memory region are being modified. Flags should be a combination (bit field) of:
- IBV_REREG_MR_CHANGE_TRANSLATION
- Change translation (location and length)
- IBV_REREG_MR_CHANGE_PD
- Change protection domain
- IBV_REREG_MR_CHANGE_ACCESS
- Change access flags
When IBV_REREG_MR_CHANGE_PD is used, pd represents the new PD this MR should be registered to.
When IBV_REREG_MR_CHANGE_TRANSLATION is used, addr. represents the virtual address (user-space pointer) of the new MR, while length represents its length.
The access and other flags are represented in the field access. This field describes the desired memory protection attributes; it is either 0 or the bitwise OR of one or more of ibv_access_flags.
RETURN VALUE
ibv_rereg_mr() returns 0 on success, otherwise an error has occurred, enum ibv_rereg_mr_err_code represents the error as of below.
IBV_REREG_MR_ERR_INPUT - Old MR is valid, an input error was detected by libibverbs.
IBV_REREG_MR_ERR_DONT_FORK_NEW - Old MR is valid, failed via don't fork on new address range.
IBV_REREG_MR_ERR_DO_FORK_OLD - New MR is valid, failed via do fork on old address range.
IBV_REREG_MR_ERR_CMD - MR shouldn't be used, command error.
IBV_REREG_MR_ERR_CMD_AND_DO_FORK_NEW - MR shouldn't be used, command error, invalid fork state on new address range.
NOTES
Even on a failure, the user still needs to call ibv_dereg_mr on this MR.
AUTHORS
Matan Barak <matanb [at] mellanox.com>, Yishai Hadas <yishaih [at] mellanox.com>
SEE ALSO
ibv_dereg_mr(3), ibv_reg_mr(3)