<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://open-iov.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Temple-os</id>
	<title>Open-IOV - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://open-iov.org/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Temple-os"/>
	<link rel="alternate" type="text/html" href="https://open-iov.org/index.php/Special:Contributions/Temple-os"/>
	<updated>2026-06-04T03:07:04Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.37.1</generator>
	<entry>
		<id>https://open-iov.org/index.php?title=OpenRM&amp;diff=564</id>
		<title>OpenRM</title>
		<link rel="alternate" type="text/html" href="https://open-iov.org/index.php?title=OpenRM&amp;diff=564"/>
		<updated>2022-06-14T20:13:47Z</updated>

		<summary type="html">&lt;p&gt;Temple-os: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;OpenRM refers to the open sourcing of the NVIDIA kernel module for Linux, specifically the RM Core or the internal resource manager.&lt;br /&gt;
&lt;br /&gt;
Through the open sourced code ([https://github.com/NVIDIA/open-gpu-kernel-modules located here]) we have been able to deduce 7 top level APIs that are being exposed to the Linux developers.&lt;br /&gt;
&lt;br /&gt;
== Interaction With OpenRM ==&lt;br /&gt;
All of OpenRM is a high scale object oriented abstraction layer for the GPU, all resources are internally classes which have control definitions (methods) on how you can use them. These classes can also represent physical resources or engines.&lt;br /&gt;
&lt;br /&gt;
=== Alloc (Client) ===&lt;br /&gt;
This is analogous to calling an object constructor in a higher level programming language, such as C#.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hRoot - RM Client Id (given by the kernel module for an individual process that is interacting with the kernel module).&lt;br /&gt;
# hObjectParent - Parent of the resource we are allocating.&lt;br /&gt;
# hObjectNew - New object to allocate.&lt;br /&gt;
# hClass - Class of the object we are dealing with.&lt;br /&gt;
# pAllocParams - Pointer to values passed into the constructor call.&lt;br /&gt;
# status - Status of the constructor call (did it succeed or fail)&lt;br /&gt;
&lt;br /&gt;
=== Alloc Memory 64 ===&lt;br /&gt;
This creates a CPU's mapping to a resource.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hRoot - RM Client Id (given by the kernel module for an individual process that is interacting with the kernel module).&lt;br /&gt;
# hObjectParent - Parent of the resource we create the CPU mapping to.&lt;br /&gt;
# hObjectNew - Mapping object resource id.&lt;br /&gt;
# hClass - Class of the mapped object.&lt;br /&gt;
# flags - Flags to use on the mapped object.&lt;br /&gt;
# pMemory - pointer for the memory to map.&lt;br /&gt;
# pLimit - Edge of memory map.&lt;br /&gt;
# status - Status of the constructor call.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;br /&gt;
&lt;br /&gt;
=== Control ===&lt;br /&gt;
This is a control command which is analogous to calling a method on a class.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - RM Client Id.&lt;br /&gt;
# hObject - Object id.&lt;br /&gt;
# cmd - Method to call.&lt;br /&gt;
# params - Parameters into this method.&lt;br /&gt;
# paramsSize - Size of the params.&lt;br /&gt;
# status - Status of the control call.&lt;br /&gt;
&lt;br /&gt;
NOTE: The control will overwrite the object we pass in over the params pointer.&lt;br /&gt;
&lt;br /&gt;
=== Dup Object ===&lt;br /&gt;
Duplicates the object, or clones the object, which is a deep copy. This procedure can be used across processes in order to produce shared memory.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - RM Client Id.&lt;br /&gt;
# hParent - Parent of the object.&lt;br /&gt;
# hObject - Object destination for duplicating.&lt;br /&gt;
# hClientSrc - Client source id.&lt;br /&gt;
# hObjectSrc - Object source.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
# status - Status of the duplication.&lt;br /&gt;
&lt;br /&gt;
=== Free ===&lt;br /&gt;
Frees an object from the object tree.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hRoot - Client Id.&lt;br /&gt;
# hObjectParent - Parent of the object.&lt;br /&gt;
# hObjectOld - Object to call the destructor on.&lt;br /&gt;
# status - Status of the free.&lt;br /&gt;
&lt;br /&gt;
=== Vid Heap Control ===&lt;br /&gt;
TODO: Figure out what this does.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;br /&gt;
&lt;br /&gt;
=== Map Memory ===&lt;br /&gt;
This seems to be the same as alloc memory but seems to be used more often.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hDevice - Device id.&lt;br /&gt;
# hMemory - Memory resource.&lt;br /&gt;
# offset - Offset of the memory.&lt;br /&gt;
# length - Length of the memory.&lt;br /&gt;
# pLinearAddress - Pointer for returned address.&lt;br /&gt;
# status - Status of the map memory.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
&lt;br /&gt;
=== Unmap Memory ===&lt;br /&gt;
This unmaps the CPU memory mapping from the resource.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hDevice - Device Id.&lt;br /&gt;
# hMemory - Memory Id.&lt;br /&gt;
# pLinearAddress - pointer to virtual address.&lt;br /&gt;
# status - Status of the unmap command.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
&lt;br /&gt;
=== Alloc Context DMA 2 ===&lt;br /&gt;
Allocates a context for DMA.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hObjectParent - Object parent.&lt;br /&gt;
# hSubDevice - Sub device to allocate on.&lt;br /&gt;
# hObjectNew - Context id.&lt;br /&gt;
# hClass - Type of class.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
# selector - UNKNOWN.&lt;br /&gt;
# hMemory - Handle for Memory resource to DMA map.&lt;br /&gt;
# offset - Offset for the DMA mapping.&lt;br /&gt;
# limit - Limit of the DMA map.&lt;br /&gt;
# status - Status of the allocation.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;br /&gt;
&lt;br /&gt;
=== Map Memory DMA ===&lt;br /&gt;
Map a region of memory for DMA access.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hDevice - Device Id.&lt;br /&gt;
# hDma - DMA Id.&lt;br /&gt;
# hMemory - Memory Id.&lt;br /&gt;
# offset - Offset of the region.&lt;br /&gt;
# limit - Limit of the region.&lt;br /&gt;
# flags - flags to use.&lt;br /&gt;
# dmaOffset - Offset of the mapping.&lt;br /&gt;
# status - Status of the map Memory DMA.&lt;br /&gt;
&lt;br /&gt;
=== Un-map Memory DMA ===&lt;br /&gt;
Unmaps a region of memory for DMA access.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hDevice - Device Id.&lt;br /&gt;
# hDma - DMA handle.&lt;br /&gt;
# hMemory - Memory handle.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
# dmaOffset - DMA Offset to unmap.&lt;br /&gt;
# status - Status of the unmap Memory DMA.&lt;br /&gt;
&lt;br /&gt;
=== Bind Context DMA ===&lt;br /&gt;
Binds a context for DMA interaction to a channel.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hChannel - Channel Id.&lt;br /&gt;
# hCtxDma - Context for DMA Id.&lt;br /&gt;
# status - Status of the bind context DMA.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;br /&gt;
&lt;br /&gt;
=== Share ===&lt;br /&gt;
Sharing of a resource between multiple clients.&lt;br /&gt;
&lt;br /&gt;
TODO: Understand this sharing more.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hObject - Resource Id.&lt;br /&gt;
# sharePolicy - Share policy.&lt;br /&gt;
# status - Status of sharing.&lt;br /&gt;
&lt;br /&gt;
=== Add VBlank Callback ===&lt;br /&gt;
TODO: Figure out what this does.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;br /&gt;
&lt;br /&gt;
== Engines ==&lt;br /&gt;
There are engines which internally act as classes inside the OpenRM driver.&lt;br /&gt;
&lt;br /&gt;
These classes have a few key components that make them unique.&lt;br /&gt;
&lt;br /&gt;
=== Table of Engines ===&lt;br /&gt;
{| class=&amp;quot;wikitable sortable mw-collapsible&amp;quot;&lt;br /&gt;
|+Engines&lt;br /&gt;
!Engine&lt;br /&gt;
!Description&lt;br /&gt;
|-&lt;br /&gt;
|Invalid&lt;br /&gt;
|Does not exist.&lt;br /&gt;
|-&lt;br /&gt;
|Software&lt;br /&gt;
|Abstraction layer for software processes inside the OS Software.&lt;br /&gt;
|-&lt;br /&gt;
|GPU&lt;br /&gt;
|Interaction layer with the GPU.&lt;br /&gt;
|-&lt;br /&gt;
|Falcon&lt;br /&gt;
|Interaction with the Falcon on the GPU.&lt;br /&gt;
|-&lt;br /&gt;
|Master Control&lt;br /&gt;
|Unknown.&lt;br /&gt;
|-&lt;br /&gt;
|Kernel Master Control&lt;br /&gt;
|Interaction with the PMC.[https://github.com/NVIDIA/open-gpu-kernel-modules/blob/d8f3bcff924776518f1e63286537c3cf365289ac/src/nvidia/generated/g_kernel_mc_nvoc.h]&lt;br /&gt;
|-&lt;br /&gt;
|Private Ring&lt;br /&gt;
|Interaction with a private messaging ring.&lt;br /&gt;
|-&lt;br /&gt;
|Software Interrupt&lt;br /&gt;
|Interaction with software interrupts.&lt;br /&gt;
|-&lt;br /&gt;
|Memory System&lt;br /&gt;
|Interaction with the memory system.&lt;br /&gt;
|-&lt;br /&gt;
|Kernel Memory System&lt;br /&gt;
|Interaction with the kernel memory system.&lt;br /&gt;
|-&lt;br /&gt;
|Memory Manager&lt;br /&gt;
|Interaction with the memory management system.&lt;br /&gt;
|-&lt;br /&gt;
|FBFlcn&lt;br /&gt;
|Interaction with the FBFlcn subsystem.&lt;br /&gt;
|-&lt;br /&gt;
|TMR&lt;br /&gt;
|Interaction with the TMR on specific chips.&lt;br /&gt;
|-&lt;br /&gt;
|DMA&lt;br /&gt;
|Interaction with a GPU's DMA access.&lt;br /&gt;
|-&lt;br /&gt;
|Kernel FIFO&lt;br /&gt;
|First in First out queue in the GPU driver.&lt;br /&gt;
|-&lt;br /&gt;
|FIFO&lt;br /&gt;
|Interaction with a generic FIFO.&lt;br /&gt;
|-&lt;br /&gt;
|OS&lt;br /&gt;
|Interaction with the OS.&lt;br /&gt;
|-&lt;br /&gt;
|BUS&lt;br /&gt;
|PCI Bus interaction&lt;br /&gt;
|-&lt;br /&gt;
|Kernel BUS&lt;br /&gt;
|Internal module BUS.&lt;br /&gt;
|-&lt;br /&gt;
|INFOROM&lt;br /&gt;
|Interaction with the INFOROM Region on the GPU.&lt;br /&gt;
|-&lt;br /&gt;
|PERF&lt;br /&gt;
|Unknown.&lt;br /&gt;
|-&lt;br /&gt;
|Kernel PERF&lt;br /&gt;
|Unknown.&lt;br /&gt;
|-&lt;br /&gt;
|BIF&lt;br /&gt;
|Unknown.&lt;br /&gt;
|-&lt;br /&gt;
|Kernel BIF&lt;br /&gt;
|Unknown.&lt;br /&gt;
|-&lt;br /&gt;
|SF&lt;br /&gt;
|Unknown.&lt;br /&gt;
|-&lt;br /&gt;
|GPIO&lt;br /&gt;
|Interaction with GPIO.&lt;br /&gt;
|-&lt;br /&gt;
|CLK&lt;br /&gt;
|Clock manager system.&lt;br /&gt;
|-&lt;br /&gt;
|Kernel Display&lt;br /&gt;
|Kernel Display system.&lt;br /&gt;
|-&lt;br /&gt;
|DISP&lt;br /&gt;
|Display system.&lt;br /&gt;
|-&lt;br /&gt;
|DPU&lt;br /&gt;
|Data Processing Unit.&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Temple-os</name></author>
	</entry>
	<entry>
		<id>https://open-iov.org/index.php?title=OpenRM&amp;diff=563</id>
		<title>OpenRM</title>
		<link rel="alternate" type="text/html" href="https://open-iov.org/index.php?title=OpenRM&amp;diff=563"/>
		<updated>2022-06-14T19:11:01Z</updated>

		<summary type="html">&lt;p&gt;Temple-os: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;OpenRM refers to the open sourcing of the NVIDIA kernel module for Linux, specifically the RM Core or the internal resource manager.&lt;br /&gt;
&lt;br /&gt;
Through the open sourced code ([https://github.com/NVIDIA/open-gpu-kernel-modules located here]) we have been able to deduce 7 top level APIs that are being exposed to the Linux developers.&lt;br /&gt;
&lt;br /&gt;
== Interaction With OpenRM ==&lt;br /&gt;
All of OpenRM is a high scale object oriented abstraction layer for the GPU, all resources are internally classes which have control definitions (methods) on how you can use them. These classes can also represent physical resources or engines.&lt;br /&gt;
&lt;br /&gt;
=== Alloc (Client) ===&lt;br /&gt;
This is analogous to calling an object constructor in a higher level programming language, such as C#.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hRoot - RM Client Id (given by the kernel module for an individual process that is interacting with the kernel module).&lt;br /&gt;
# hObjectParent - Parent of the resource we are allocating.&lt;br /&gt;
# hObjectNew - New object to allocate.&lt;br /&gt;
# hClass - Class of the object we are dealing with.&lt;br /&gt;
# pAllocParams - Pointer to values passed into the constructor call.&lt;br /&gt;
# status - Status of the constructor call (did it succeed or fail)&lt;br /&gt;
&lt;br /&gt;
=== Alloc Memory 64 ===&lt;br /&gt;
This creates a CPU's mapping to a resource.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hRoot - RM Client Id (given by the kernel module for an individual process that is interacting with the kernel module).&lt;br /&gt;
# hObjectParent - Parent of the resource we create the CPU mapping to.&lt;br /&gt;
# hObjectNew - Mapping object resource id.&lt;br /&gt;
# hClass - Class of the mapped object.&lt;br /&gt;
# flags - Flags to use on the mapped object.&lt;br /&gt;
# pMemory - pointer for the memory to map.&lt;br /&gt;
# pLimit - Edge of memory map.&lt;br /&gt;
# status - Status of the constructor call.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;br /&gt;
&lt;br /&gt;
=== Control ===&lt;br /&gt;
This is a control command which is analogous to calling a method on a class.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - RM Client Id.&lt;br /&gt;
# hObject - Object id.&lt;br /&gt;
# cmd - Method to call.&lt;br /&gt;
# params - Parameters into this method.&lt;br /&gt;
# paramsSize - Size of the params.&lt;br /&gt;
# status - Status of the control call.&lt;br /&gt;
&lt;br /&gt;
NOTE: The control will overwrite the object we pass in over the params pointer.&lt;br /&gt;
&lt;br /&gt;
=== Dup Object ===&lt;br /&gt;
Duplicates the object, or clones the object, which is a deep copy. This procedure can be used across processes in order to produce shared memory.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - RM Client Id.&lt;br /&gt;
# hParent - Parent of the object.&lt;br /&gt;
# hObject - Object destination for duplicating.&lt;br /&gt;
# hClientSrc - Client source id.&lt;br /&gt;
# hObjectSrc - Object source.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
# status - Status of the duplication.&lt;br /&gt;
&lt;br /&gt;
=== Free ===&lt;br /&gt;
Frees an object from the object tree.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hRoot - Client Id.&lt;br /&gt;
# hObjectParent - Parent of the object.&lt;br /&gt;
# hObjectOld - Object to call the destructor on.&lt;br /&gt;
# status - Status of the free.&lt;br /&gt;
&lt;br /&gt;
=== Vid Heap Control ===&lt;br /&gt;
TODO: Figure out what this does.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;br /&gt;
&lt;br /&gt;
=== Map Memory ===&lt;br /&gt;
This seems to be the same as alloc memory but seems to be used more often.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hDevice - Device id.&lt;br /&gt;
# hMemory - Memory resource.&lt;br /&gt;
# offset - Offset of the memory.&lt;br /&gt;
# length - Length of the memory.&lt;br /&gt;
# pLinearAddress - Pointer for returned address.&lt;br /&gt;
# status - Status of the map memory.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
&lt;br /&gt;
=== Unmap Memory ===&lt;br /&gt;
This unmaps the CPU memory mapping from the resource.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hDevice - Device Id.&lt;br /&gt;
# hMemory - Memory Id.&lt;br /&gt;
# pLinearAddress - pointer to virtual address.&lt;br /&gt;
# status - Status of the unmap command.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
&lt;br /&gt;
=== Alloc Context DMA 2 ===&lt;br /&gt;
Allocates a context for DMA.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hObjectParent - Object parent.&lt;br /&gt;
# hSubDevice - Sub device to allocate on.&lt;br /&gt;
# hObjectNew - Context id.&lt;br /&gt;
# hClass - Type of class.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
# selector - UNKNOWN.&lt;br /&gt;
# hMemory - Handle for Memory resource to DMA map.&lt;br /&gt;
# offset - Offset for the DMA mapping.&lt;br /&gt;
# limit - Limit of the DMA map.&lt;br /&gt;
# status - Status of the allocation.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;br /&gt;
&lt;br /&gt;
=== Map Memory DMA ===&lt;br /&gt;
Map a region of memory for DMA access.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hDevice - Device Id.&lt;br /&gt;
# hDma - DMA Id.&lt;br /&gt;
# hMemory - Memory Id.&lt;br /&gt;
# offset - Offset of the region.&lt;br /&gt;
# limit - Limit of the region.&lt;br /&gt;
# flags - flags to use.&lt;br /&gt;
# dmaOffset - Offset of the mapping.&lt;br /&gt;
# status - Status of the map Memory DMA.&lt;br /&gt;
&lt;br /&gt;
=== Un-map Memory DMA ===&lt;br /&gt;
Unmaps a region of memory for DMA access.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hDevice - Device Id.&lt;br /&gt;
# hDma - DMA handle.&lt;br /&gt;
# hMemory - Memory handle.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
# dmaOffset - DMA Offset to unmap.&lt;br /&gt;
# status - Status of the unmap Memory DMA.&lt;br /&gt;
&lt;br /&gt;
=== Bind Context DMA ===&lt;br /&gt;
Binds a context for DMA interaction to a channel.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hChannel - Channel Id.&lt;br /&gt;
# hCtxDma - Context for DMA Id.&lt;br /&gt;
# status - Status of the bind context DMA.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;br /&gt;
&lt;br /&gt;
=== Share ===&lt;br /&gt;
Sharing of a resource between multiple clients.&lt;br /&gt;
&lt;br /&gt;
TODO: Understand this sharing more.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hObject - Resource Id.&lt;br /&gt;
# sharePolicy - Share policy.&lt;br /&gt;
# status - Status of sharing.&lt;br /&gt;
&lt;br /&gt;
=== Add VBlank Callback ===&lt;br /&gt;
TODO: Figure out what this does.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;br /&gt;
&lt;br /&gt;
== Engines ==&lt;br /&gt;
There are engines which internally act as classes inside the OpenRM driver.&lt;br /&gt;
&lt;br /&gt;
These classes have a few key components that make them unique.&lt;br /&gt;
&lt;br /&gt;
=== Table of Engines ===&lt;br /&gt;
{| class=&amp;quot;wikitable sortable mw-collapsible&amp;quot;&lt;br /&gt;
|+Engines&lt;br /&gt;
!Engine&lt;br /&gt;
!Description&lt;br /&gt;
|-&lt;br /&gt;
|Invalid&lt;br /&gt;
|Does not exist.&lt;br /&gt;
|-&lt;br /&gt;
|Software&lt;br /&gt;
|Abstraction layer for software processes inside the OS Software.&lt;br /&gt;
|-&lt;br /&gt;
|GPU&lt;br /&gt;
|Interaction layer with the GPU.&lt;br /&gt;
|-&lt;br /&gt;
|Falcon&lt;br /&gt;
|Interaction with the Falcon on the GPU.&lt;br /&gt;
|}&lt;/div&gt;</summary>
		<author><name>Temple-os</name></author>
	</entry>
	<entry>
		<id>https://open-iov.org/index.php?title=OpenRM&amp;diff=562</id>
		<title>OpenRM</title>
		<link rel="alternate" type="text/html" href="https://open-iov.org/index.php?title=OpenRM&amp;diff=562"/>
		<updated>2022-06-14T19:08:08Z</updated>

		<summary type="html">&lt;p&gt;Temple-os: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;OpenRM refers to the open sourcing of the NVIDIA kernel module for Linux, specifically the RM Core or the internal resource manager.&lt;br /&gt;
&lt;br /&gt;
Through the open sourced code ([https://github.com/NVIDIA/open-gpu-kernel-modules located here]) we have been able to deduce 7 top level APIs that are being exposed to the Linux developers.&lt;br /&gt;
&lt;br /&gt;
== Interaction With OpenRM ==&lt;br /&gt;
All of OpenRM is a high scale object oriented abstraction layer for the GPU, all resources are internally classes which have control definitions (methods) on how you can use them. These classes can also represent physical resources or engines.&lt;br /&gt;
&lt;br /&gt;
=== Alloc (Client) ===&lt;br /&gt;
This is analogous to calling an object constructor in a higher level programming language, such as C#.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hRoot - RM Client Id (given by the kernel module for an individual process that is interacting with the kernel module).&lt;br /&gt;
# hObjectParent - Parent of the resource we are allocating.&lt;br /&gt;
# hObjectNew - New object to allocate.&lt;br /&gt;
# hClass - Class of the object we are dealing with.&lt;br /&gt;
# pAllocParams - Pointer to values passed into the constructor call.&lt;br /&gt;
# status - Status of the constructor call (did it succeed or fail)&lt;br /&gt;
&lt;br /&gt;
=== Alloc Memory 64 ===&lt;br /&gt;
This creates a CPU's mapping to a resource.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hRoot - RM Client Id (given by the kernel module for an individual process that is interacting with the kernel module).&lt;br /&gt;
# hObjectParent - Parent of the resource we create the CPU mapping to.&lt;br /&gt;
# hObjectNew - Mapping object resource id.&lt;br /&gt;
# hClass - Class of the mapped object.&lt;br /&gt;
# flags - Flags to use on the mapped object.&lt;br /&gt;
# pMemory - pointer for the memory to map.&lt;br /&gt;
# pLimit - Edge of memory map.&lt;br /&gt;
# status - Status of the constructor call.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;br /&gt;
&lt;br /&gt;
=== Control ===&lt;br /&gt;
This is a control command which is analogous to calling a method on a class.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - RM Client Id.&lt;br /&gt;
# hObject - Object id.&lt;br /&gt;
# cmd - Method to call.&lt;br /&gt;
# params - Parameters into this method.&lt;br /&gt;
# paramsSize - Size of the params.&lt;br /&gt;
# status - Status of the control call.&lt;br /&gt;
&lt;br /&gt;
NOTE: The control will overwrite the object we pass in over the params pointer.&lt;br /&gt;
&lt;br /&gt;
=== Dup Object ===&lt;br /&gt;
Duplicates the object, or clones the object, which is a deep copy. This procedure can be used across processes in order to produce shared memory.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - RM Client Id.&lt;br /&gt;
# hParent - Parent of the object.&lt;br /&gt;
# hObject - Object destination for duplicating.&lt;br /&gt;
# hClientSrc - Client source id.&lt;br /&gt;
# hObjectSrc - Object source.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
# status - Status of the duplication.&lt;br /&gt;
&lt;br /&gt;
=== Free ===&lt;br /&gt;
Frees an object from the object tree.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hRoot - Client Id.&lt;br /&gt;
# hObjectParent - Parent of the object.&lt;br /&gt;
# hObjectOld - Object to call the destructor on.&lt;br /&gt;
# status - Status of the free.&lt;br /&gt;
&lt;br /&gt;
=== Vid Heap Control ===&lt;br /&gt;
TODO: Figure out what this does.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;br /&gt;
&lt;br /&gt;
=== Map Memory ===&lt;br /&gt;
This seems to be the same as alloc memory but seems to be used more often.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hDevice - Device id.&lt;br /&gt;
# hMemory - Memory resource.&lt;br /&gt;
# offset - Offset of the memory.&lt;br /&gt;
# length - Length of the memory.&lt;br /&gt;
# pLinearAddress - Pointer for returned address.&lt;br /&gt;
# status - Status of the map memory.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
&lt;br /&gt;
=== Unmap Memory ===&lt;br /&gt;
This unmaps the CPU memory mapping from the resource.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hDevice - Device Id.&lt;br /&gt;
# hMemory - Memory Id.&lt;br /&gt;
# pLinearAddress - pointer to virtual address.&lt;br /&gt;
# status - Status of the unmap command.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
&lt;br /&gt;
=== Alloc Context DMA 2 ===&lt;br /&gt;
Allocates a context for DMA.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hObjectParent - Object parent.&lt;br /&gt;
# hSubDevice - Sub device to allocate on.&lt;br /&gt;
# hObjectNew - Context id.&lt;br /&gt;
# hClass - Type of class.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
# selector - UNKNOWN.&lt;br /&gt;
# hMemory - Handle for Memory resource to DMA map.&lt;br /&gt;
# offset - Offset for the DMA mapping.&lt;br /&gt;
# limit - Limit of the DMA map.&lt;br /&gt;
# status - Status of the allocation.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;br /&gt;
&lt;br /&gt;
=== Map Memory DMA ===&lt;br /&gt;
Map a region of memory for DMA access.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hDevice - Device Id.&lt;br /&gt;
# hDma - DMA Id.&lt;br /&gt;
# hMemory - Memory Id.&lt;br /&gt;
# offset - Offset of the region.&lt;br /&gt;
# limit - Limit of the region.&lt;br /&gt;
# flags - flags to use.&lt;br /&gt;
# dmaOffset - Offset of the mapping.&lt;br /&gt;
# status - Status of the map Memory DMA.&lt;br /&gt;
&lt;br /&gt;
=== Un-map Memory DMA ===&lt;br /&gt;
Unmaps a region of memory for DMA access.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hDevice - Device Id.&lt;br /&gt;
# hDma - DMA handle.&lt;br /&gt;
# hMemory - Memory handle.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
# dmaOffset - DMA Offset to unmap.&lt;br /&gt;
# status - Status of the unmap Memory DMA.&lt;br /&gt;
&lt;br /&gt;
=== Bind Context DMA ===&lt;br /&gt;
Binds a context for DMA interaction to a channel.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hChannel - Channel Id.&lt;br /&gt;
# hCtxDma - Context for DMA Id.&lt;br /&gt;
# status - Status of the bind context DMA.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;br /&gt;
&lt;br /&gt;
=== Share ===&lt;br /&gt;
Sharing of a resource between multiple clients.&lt;br /&gt;
&lt;br /&gt;
TODO: Understand this sharing more.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hObject - Resource Id.&lt;br /&gt;
# sharePolicy - Share policy.&lt;br /&gt;
# status - Status of sharing.&lt;br /&gt;
&lt;br /&gt;
=== Add VBlank Callback ===&lt;br /&gt;
TODO: Figure out what this does.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;br /&gt;
&lt;br /&gt;
== Engines ==&lt;br /&gt;
There are engines which internally act as classes inside the OpenRM driver.&lt;br /&gt;
&lt;br /&gt;
These classes have a few key components that make them unique.&lt;br /&gt;
&lt;br /&gt;
=== Table of Engines ===&lt;/div&gt;</summary>
		<author><name>Temple-os</name></author>
	</entry>
	<entry>
		<id>https://open-iov.org/index.php?title=OpenRM&amp;diff=559</id>
		<title>OpenRM</title>
		<link rel="alternate" type="text/html" href="https://open-iov.org/index.php?title=OpenRM&amp;diff=559"/>
		<updated>2022-06-13T21:03:46Z</updated>

		<summary type="html">&lt;p&gt;Temple-os: Documented OpenRM Kernel API.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;OpenRM refers to the open sourcing of the NVIDIA kernel module for Linux, specifically the RM Core or the internal resource manager.&lt;br /&gt;
&lt;br /&gt;
Through the open sourced code ([https://github.com/NVIDIA/open-gpu-kernel-modules located here]) we have been able to deduce 7 top level APIs that are being exposed to the Linux developers.&lt;br /&gt;
&lt;br /&gt;
== Interaction With OpenRM ==&lt;br /&gt;
All of OpenRM is a high scale object oriented abstraction layer for the GPU, all resources are internally classes which have control definitions (methods) on how you can use them. These classes can also represent physical resources or engines.&lt;br /&gt;
&lt;br /&gt;
=== Alloc (Client) ===&lt;br /&gt;
This is analogous to calling an object constructor in a higher level programming language, such as C#.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hRoot - RM Client Id (given by the kernel module for an individual process that is interacting with the kernel module).&lt;br /&gt;
# hObjectParent - Parent of the resource we are allocating.&lt;br /&gt;
# hObjectNew - New object to allocate.&lt;br /&gt;
# hClass - Class of the object we are dealing with.&lt;br /&gt;
# pAllocParams - Pointer to values passed into the constructor call.&lt;br /&gt;
# status - Status of the constructor call (did it succeed or fail)&lt;br /&gt;
&lt;br /&gt;
=== Alloc Memory 64 ===&lt;br /&gt;
This creates a CPU's mapping to a resource.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hRoot - RM Client Id (given by the kernel module for an individual process that is interacting with the kernel module).&lt;br /&gt;
# hObjectParent - Parent of the resource we create the CPU mapping to.&lt;br /&gt;
# hObjectNew - Mapping object resource id.&lt;br /&gt;
# hClass - Class of the mapped object.&lt;br /&gt;
# flags - Flags to use on the mapped object.&lt;br /&gt;
# pMemory - pointer for the memory to map.&lt;br /&gt;
# pLimit - Edge of memory map.&lt;br /&gt;
# status - Status of the constructor call.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;br /&gt;
&lt;br /&gt;
=== Control ===&lt;br /&gt;
This is a control command which is analogous to calling a method on a class.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - RM Client Id.&lt;br /&gt;
# hObject - Object id.&lt;br /&gt;
# cmd - Method to call.&lt;br /&gt;
# params - Parameters into this method.&lt;br /&gt;
# paramsSize - Size of the params.&lt;br /&gt;
# status - Status of the control call.&lt;br /&gt;
&lt;br /&gt;
NOTE: The control will overwrite the object we pass in over the params pointer.&lt;br /&gt;
&lt;br /&gt;
=== Dup Object ===&lt;br /&gt;
Duplicates the object, or clones the object, which is a deep copy. This procedure can be used across processes in order to produce shared memory.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - RM Client Id.&lt;br /&gt;
# hParent - Parent of the object.&lt;br /&gt;
# hObject - Object destination for duplicating.&lt;br /&gt;
# hClientSrc - Client source id.&lt;br /&gt;
# hObjectSrc - Object source.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
# status - Status of the duplication.&lt;br /&gt;
&lt;br /&gt;
=== Free ===&lt;br /&gt;
Frees an object from the object tree.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hRoot - Client Id.&lt;br /&gt;
# hObjectParent - Parent of the object.&lt;br /&gt;
# hObjectOld - Object to call the destructor on.&lt;br /&gt;
# status - Status of the free.&lt;br /&gt;
&lt;br /&gt;
=== Vid Heap Control ===&lt;br /&gt;
TODO: Figure out what this does.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;br /&gt;
&lt;br /&gt;
=== Map Memory ===&lt;br /&gt;
This seems to be the same as alloc memory but seems to be used more often.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hDevice - Device id.&lt;br /&gt;
# hMemory - Memory resource.&lt;br /&gt;
# offset - Offset of the memory.&lt;br /&gt;
# length - Length of the memory.&lt;br /&gt;
# pLinearAddress - Pointer for returned address.&lt;br /&gt;
# status - Status of the map memory.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
&lt;br /&gt;
=== Unmap Memory ===&lt;br /&gt;
This unmaps the CPU memory mapping from the resource.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hDevice - Device Id.&lt;br /&gt;
# hMemory - Memory Id.&lt;br /&gt;
# pLinearAddress - pointer to virtual address.&lt;br /&gt;
# status - Status of the unmap command.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
&lt;br /&gt;
=== Alloc Context DMA 2 ===&lt;br /&gt;
Allocates a context for DMA.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hObjectParent - Object parent.&lt;br /&gt;
# hSubDevice - Sub device to allocate on.&lt;br /&gt;
# hObjectNew - Context id.&lt;br /&gt;
# hClass - Type of class.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
# selector - UNKNOWN.&lt;br /&gt;
# hMemory - Handle for Memory resource to DMA map.&lt;br /&gt;
# offset - Offset for the DMA mapping.&lt;br /&gt;
# limit - Limit of the DMA map.&lt;br /&gt;
# status - Status of the allocation.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;br /&gt;
&lt;br /&gt;
=== Map Memory DMA ===&lt;br /&gt;
Map a region of memory for DMA access.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hDevice - Device Id.&lt;br /&gt;
# hDma - DMA Id.&lt;br /&gt;
# hMemory - Memory Id.&lt;br /&gt;
# offset - Offset of the region.&lt;br /&gt;
# limit - Limit of the region.&lt;br /&gt;
# flags - flags to use.&lt;br /&gt;
# dmaOffset - Offset of the mapping.&lt;br /&gt;
# status - Status of the map Memory DMA.&lt;br /&gt;
&lt;br /&gt;
=== Un-map Memory DMA ===&lt;br /&gt;
Unmaps a region of memory for DMA access.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hDevice - Device Id.&lt;br /&gt;
# hDma - DMA handle.&lt;br /&gt;
# hMemory - Memory handle.&lt;br /&gt;
# flags - Flags to use.&lt;br /&gt;
# dmaOffset - DMA Offset to unmap.&lt;br /&gt;
# status - Status of the unmap Memory DMA.&lt;br /&gt;
&lt;br /&gt;
=== Bind Context DMA ===&lt;br /&gt;
Binds a context for DMA interaction to a channel.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hChannel - Channel Id.&lt;br /&gt;
# hCtxDma - Context for DMA Id.&lt;br /&gt;
# status - Status of the bind context DMA.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;br /&gt;
&lt;br /&gt;
=== Share ===&lt;br /&gt;
Sharing of a resource between multiple clients.&lt;br /&gt;
&lt;br /&gt;
TODO: Understand this sharing more.&lt;br /&gt;
&lt;br /&gt;
The data for this call requires the following components:&lt;br /&gt;
&lt;br /&gt;
# hClient - Client Id.&lt;br /&gt;
# hObject - Resource Id.&lt;br /&gt;
# sharePolicy - Share policy.&lt;br /&gt;
# status - Status of sharing.&lt;br /&gt;
&lt;br /&gt;
=== Add VBlank Callback ===&lt;br /&gt;
TODO: Figure out what this does.&lt;br /&gt;
&lt;br /&gt;
NOTE: Seems to be deprecated.&lt;/div&gt;</summary>
		<author><name>Temple-os</name></author>
	</entry>
	<entry>
		<id>https://open-iov.org/index.php?title=Articles&amp;diff=537</id>
		<title>Articles</title>
		<link rel="alternate" type="text/html" href="https://open-iov.org/index.php?title=Articles&amp;diff=537"/>
		<updated>2022-06-13T14:21:42Z</updated>

		<summary type="html">&lt;p&gt;Temple-os: Added libRM link under projects&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
===Abstract===&lt;br /&gt;
[[Introductory Concepts &amp;amp; Definitions]]&lt;br /&gt;
&lt;br /&gt;
[[Virtualization Fundamentals]]&lt;br /&gt;
&lt;br /&gt;
[[Mediated Device Internals]]&lt;br /&gt;
&lt;br /&gt;
[[Merged Drivers]]&lt;br /&gt;
&lt;br /&gt;
=== Design Documents ===&lt;br /&gt;
[https://projectacrn.github.io/latest/developer-guides/hld/hv-memmgt.html Memory Management High Level Design (ARCN)]&lt;br /&gt;
&lt;br /&gt;
===Projects===&lt;br /&gt;
[https://openmdev.io/index.php/LibVF.IO LibVF.IO]&lt;br /&gt;
&lt;br /&gt;
[[arcd-gpud]]&lt;br /&gt;
&lt;br /&gt;
[[Hyperborea]]&lt;br /&gt;
&lt;br /&gt;
[https://openmdev.io/index.php/Looking_Glass_KVMFR Looking Glass]&lt;br /&gt;
&lt;br /&gt;
[https://openxt.atlassian.net/wiki/spaces/OD/pages/10747915/What+is+OpenXT OpenXT]&lt;br /&gt;
&lt;br /&gt;
[https://gitlab.com/vglass OpenXT: vGlass]&lt;br /&gt;
&lt;br /&gt;
[https://github.com/OpenXT/surfman OpenXT: Surfman (legacy DRM)]&lt;br /&gt;
&lt;br /&gt;
[https://www.bromium.com/opensource/ Bromium/uXen]&lt;br /&gt;
&lt;br /&gt;
[https://xenproject.org/help/documentation/ Xen Project]&lt;br /&gt;
&lt;br /&gt;
[https://www.qubes-os.org/doc/ Qubes OS]&lt;br /&gt;
&lt;br /&gt;
[https://projectacrn.github.io/2.1/tutorials/using_celadon_as_uos.html Intel Celadon]&lt;br /&gt;
&lt;br /&gt;
[https://openmdev.io/index.php/VGPU_Unlock vGPU_Unlock]&lt;br /&gt;
&lt;br /&gt;
[[LibRM]]&lt;br /&gt;
===Hardware Support===&lt;br /&gt;
[https://openmdev.io/index.php/GPU_Support GPU Support]&lt;br /&gt;
&lt;br /&gt;
[https://openmdev.io/index.php/CPU_Support CPU Support]&lt;br /&gt;
&lt;br /&gt;
=== Software Support ===&lt;br /&gt;
[https://openmdev.io/index.php/Hypervisor_Support Hypervisor Support]&lt;br /&gt;
&lt;br /&gt;
=== API Documentation ===&lt;br /&gt;
&lt;br /&gt;
==== Kernel APIs ====&lt;br /&gt;
[https://elixir.bootlin.com/linux/latest/source/Documentation/driver-api/vfio.rst VFIO] - [https://elixir.bootlin.com/linux/latest/source/include/uapi/linux/vfio.h vfio.h]&lt;br /&gt;
&lt;br /&gt;
[https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/tree/Documentation/driver-api/vfio-mediated-device.rst?h=driver-core-next&amp;amp;id=7de3697e9cbd4bd3d62bafa249d57990e1b8f294 VFIO Mediated Device] - [https://elixir.bootlin.com/linux/latest/source/include/linux/mdev.h mdev.h] - [https://elixir.bootlin.com/linux/latest/source/samples/vfio-mdev/mtty.c mtty.c]&lt;br /&gt;
&lt;br /&gt;
[https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/tree/Documentation/driver-api Kernel.org Driver Core Documentation]&lt;br /&gt;
&lt;br /&gt;
[https://docs.microsoft.com/en-us/windows-hardware/drivers/display/iommu-based-gpu-isolation NT Kernel (Windows) IOMMU-based GPU Isolation]&lt;br /&gt;
&lt;br /&gt;
==== Driver APIs ====&lt;br /&gt;
[https://01.org/linuxgraphics/gfx-docs/drm/gpu/i915.html i915 Driver API]&lt;br /&gt;
&lt;br /&gt;
[https://projectacrn.github.io/2.1/api/GVT-g_api.html Intel GVT-g APIs]&lt;br /&gt;
&lt;br /&gt;
[https://nouveau.freedesktop.org/Development.html Nouveau Tools &amp;amp; APIs]&lt;br /&gt;
&lt;br /&gt;
[https://openmdev.io/index.php/OpenRM OpenRM Driver API]&lt;br /&gt;
&lt;br /&gt;
[https://dri.freedesktop.org/docs/drm/gpu/amdgpu.html AMDGPU Driver API]&lt;br /&gt;
&lt;br /&gt;
==== Virtualization APIs ====&lt;br /&gt;
[https://qemu-project.gitlab.io/qemu/interop/qemu-qmp-ref.html QEMU Machine Protocol (QMP) Reference Manual]&lt;br /&gt;
&lt;br /&gt;
[https://projectacrn.github.io/2.1/developer-guides/hld/ivshmem-hld.html Inter-VM Shared Memory (IVSHMEM)]&lt;br /&gt;
===User Guides===&lt;br /&gt;
[https://arccompute.com/blog/libvfio-commodity-gpu-multiplexing/ LibVF.IO Setup Guide]&lt;br /&gt;
&lt;br /&gt;
[https://looking-glass.io/docs/stable/ Looking Glass Quickstart Guide]&lt;br /&gt;
&lt;br /&gt;
[https://github.com/intel/gvt-linux/wiki/GVTg_Setup_Guide Intel GVT-g Setup Guide]&lt;br /&gt;
&lt;br /&gt;
[https://github.com/GPUOpen-LibrariesAndSDKs/MxGPU-Virtualization/tree/master/docs AMD GPU-IOV Module Docs]&lt;br /&gt;
&lt;br /&gt;
[https://wiki.archlinux.org/title/PCI_passthrough_via_OVMF PCI passthrough via OVMF]&lt;br /&gt;
&lt;br /&gt;
[https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/virtualization_deployment_and_administration_guide/index RedHat Virtualization Guide]&lt;br /&gt;
&lt;br /&gt;
=== Developer Guides ===&lt;br /&gt;
[https://rayanfam.com/tags/hypervisor/ Hypervisor From Scratch]&lt;br /&gt;
&lt;br /&gt;
[https://lwn.net/Kernel/LDD3/ Linux Device Drivers (3rd Edition)]&lt;br /&gt;
&lt;br /&gt;
[https://dri.freedesktop.org/docs/drm/gpu/ GPU Driver Developer's Guide]&lt;br /&gt;
&lt;br /&gt;
[https://dri.freedesktop.org/docs/drm/PCI/pci.html# How To Write PCI Drivers]&lt;br /&gt;
&lt;br /&gt;
[https://doc.dpdk.org/guides-16.04/prog_guide/ivshmem_lib.html Data Plane Development Kit: IVSHMEM Programming Guide]&lt;br /&gt;
=== Communities &amp;amp; Mailing Lists ===&lt;br /&gt;
[https://discord.gg/Rb9K9DYxKK LibVF.IO Discord]&lt;br /&gt;
&lt;br /&gt;
[https://lists.freedesktop.org/mailman/listinfo/intel-gfx Intel-gfx Mailing List]&lt;br /&gt;
&lt;br /&gt;
[https://lists.freedesktop.org/mailman/listinfo/nouveau Nouveau Mailing List]&lt;br /&gt;
&lt;br /&gt;
[https://lists.freedesktop.org/mailman/listinfo/amd-gfx AMD-gfx Mailing List]&lt;br /&gt;
&lt;br /&gt;
[https://listman.redhat.com/mailman/listinfo/vfio-users VFIO-users Mailing List]&lt;br /&gt;
&lt;br /&gt;
[https://forum.level1techs.com/c/software/vfio/132 &amp;lt;nowiki&amp;gt;Level1Techs Forum [VFIO Topic]&amp;lt;/nowiki&amp;gt;]&lt;br /&gt;
&lt;br /&gt;
[https://old.reddit.com/r/VFIO/ VFIO Subreddit]&lt;/div&gt;</summary>
		<author><name>Temple-os</name></author>
	</entry>
	<entry>
		<id>https://open-iov.org/index.php?title=File:Import_Graph_For_LibVF.IO.jpg&amp;diff=122</id>
		<title>File:Import Graph For LibVF.IO.jpg</title>
		<link rel="alternate" type="text/html" href="https://open-iov.org/index.php?title=File:Import_Graph_For_LibVF.IO.jpg&amp;diff=122"/>
		<updated>2022-01-04T21:04:03Z</updated>

		<summary type="html">&lt;p&gt;Temple-os: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;An import graph for different files in the LibVF.IO project and what is imported from where.&lt;/div&gt;</summary>
		<author><name>Temple-os</name></author>
	</entry>
</feed>