Home
last modified time | relevance | path

Searched refs:IOVA (Results 1 – 6 of 6) sorted by relevance

/linux/Documentation/devicetree/bindings/iommu/
H A Dnvidia,tegra30-smmu.txt9 - dma-window : IOVA start address and length.
19 dma-window = <0 0x40000000>; /* IOVA start & length */
/linux/Documentation/ABI/testing/
H A Dsysfs-kernel-iommu_groups20 Description: /sys/kernel/iommu_groups/reserved_regions list IOVA
25 the base IOVA, the second is the end IOVA and the third
/linux/Documentation/userspace-api/
H A Diommufd.rst36 of user space memory into ranges of I/O Virtual Address (IOVA).
39 container it copies an IOVA map to a list of iommu_domains held within it.
52 The IOAS has a list of HWPT_PAGINGs that share the same IOVA mapping and
300 would do. The access object will then allow converting IOVA ranges into struct
301 page * lists, or doing direct read/write to an IOVA.
303 iommufd_ioas serves as the metadata datastructure to manage how IOVA ranges are
306 - struct io_pagetable holding the IOVA map
307 - struct iopt_area's representing populated portions of IOVA
323 list of iommu_domains that mirror the IOVA to PFN map.
/linux/Documentation/core-api/
H A Ddma-api.rst478 Part Ie - IOVA-based DMA mappings
491 Is used to try to allocate IOVA space for mapping operation. If it returns
500 Can be used by the driver to check if the IOVA-based API is used after a
509 Is used to link ranges to the IOVA previously allocated. The start of all
520 Must be called to sync the IOMMU page tables for IOVA-range mapped by one or
524 IOVA freed by calling:
532 Alternatively drivers can dynamically manage the IOVA space by unmapping
547 is used to free the IOVA space. All regions must have been unmapped using
/linux/drivers/gpu/drm/nouveau/nvkm/subdev/gsp/rm/r570/nvrm/
H A Ddisp.h352 IOVA, enumerator
/linux/Documentation/admin-guide/
H A Dkernel-parameters.txt2669 iommu.forcedac= [ARM64,X86,EARLY] Control IOVA allocation for PCI devices.