mx_vmar_map

NAME

vmar_map - add a memory mapping

SYNOPSIS

#include <magenta/syscalls.h>

mx_status_t mx_vmar_map(mx_handle_t vmar, size_t vmar_offset,
                        mx_handle_t vmo, uint64_t vmo_offset, size_t len,
                        uint32_t map_flags, uintptr_t* mapped_addr)

DESCRIPTION

Maps the given VMO into the given virtual memory address region. The mapping retains a reference to the underlying virtual memory object, which means closing the VMO handle does not remove the mapping added by this function.

map_flags is a bit vector of the following flags:

  • MX_VM_FLAG_SPECIFIC Use the vmar_offset to place the mapping, invalid if vmar does not have the MX_VM_FLAG_CAN_MAP_SPECIFIC permission. vmar_offset is an offset relative to the base address of the given VMAR. It is an error to specify a range that overlaps with another VMAR or mapping.
  • MX_VM_FLAG_SPECIFIC_OVERWRITE Same as MX_VM_FLAG_SPECIFIC, but can overlap another mapping. It is still an error to overlap another VMAR. If the range meets these requirements, it will atomically (with respect to all other map/unmap/protect operations) replace existing mappings in the area.
  • MX_VM_FLAG_PERM_READ Map vmo as readable. It is an error if vmar does not have MX_VM_FLAG_CAN_MAP_READ permissions, the vmar handle does not have the MX_RIGHT_READ right, or the vmo handle does not have the MX_RIGHT_READ right.
  • MX_VM_FLAG_PERM_WRITE Map vmo as writable. It is an error if vmar does not have MX_VM_FLAG_CAN_MAP_WRITE permissions, the vmar handle does not have the MX_RIGHT_WRITE right, or the vmo handle does not have the MX_RIGHT_WRITE right.
  • MX_VM_FLAG_PERM_EXECUTE Map vmo as executable. It is an error if vmar does not have MX_VM_FLAG_CAN_MAP_EXECUTE permissions, the vmar handle does not have the MX_RIGHT_EXECUTE right, or the vmo handle does not have the MX_RIGHT_EXECUTE right.
  • MX_VM_FLAG_MAP_RANGE Immediately page into the new mapping all backed regions of the VMO

vmar_offset must be 0 if map_flags does not have MX_VM_FLAG_SPECIFIC or MX_VM_FLAG_SPECIFIC_OVERWRITE set. If neither of those flags are set, then the mapping will be assigned an offset at random by the kernel (with an allocator determined by policy set on the target VMAR).

RETURN VALUE

vmar_map() returns MX_OK and the absolute base address of the mapping (via mapped_addr) on success. In the event of failure, a negative error value is returned.

ERRORS

MX_ERR_BAD_HANDLE vmar or vmo is not a valid handle.

MX_ERR_WRONG_TYPE vmar or vmo is not a VMAR or VMO handle, respectively.

MX_ERR_BAD_STATE vmar refers to a destroyed VMAR.

MX_ERR_INVALID_ARGS mapped_addr or map_flags are not valid, vmar_offset is non-zero when neither MX_VM_FLAG_SPECIFIC nor MX_VM_FLAG_SPECIFIC_OVERWRITE are given, vmar_offset and len describe an unsatisfiable allocation due to exceeding the region bounds, vmar_offset or vmo_offset are not page-aligned, vmo_offset + ROUNDUP(len, PAGE_SIZE) overflows, or len is 0.

MX_ERR_ACCESS_DENIED Insufficient privileges to make the requested mapping.

MX_ERR_NO_MEMORY (Temporary) Failure due to lack of memory.

NOTES

A virtual memory object can be larger than the address space, which means you should check for overflow before converting the uint64_t size of the VMO to vmar_map's size_t len parameter.

SEE ALSO

vmar_allocate, vmar_destroy, vmar_protect, vmar_unmap.