DXGKDDI_RENDER callback function (d3dkmddi.h)
The DxgkDdiRender function generates a direct memory access (DMA) buffer from the command buffer that the user-mode display driver passed.
Syntax
DXGKDDI_RENDER DxgkddiRender;
NTSTATUS DxgkddiRender(
[in] IN_CONST_HANDLE hContext,
[in/out] INOUT_PDXGKARG_RENDER pRender
)
{...}
Parameters
[in] hContext
A handle to the device context for the DMA and command buffers. The display miniport driver's DxgkDdiCreateContext function previously returned this handle in the hContext member of the DXGKARG_CREATECONTEXT structure that the pCreateContext parameter of DxgkDdiCreateContext points to.
If the driver does not support context creation, the Microsoft DirectX graphics kernel subsystem replaces the handle to the context with a handle to the device. The display miniport driver's DxgkDdiCreateDevice function previously returned the device handle in the hDevice member of the DXGKARG_CREATEDEVICE structure that the pCreateDevice parameter of DxgkDdiCreateDevice points to.
[in/out] pRender
A pointer to a DXGKARG_RENDER structure that contains information about the DMA and command buffers.
Return value
DxgkDdiRender returns one of the following values:
| Return code | Description |
|---|---|
| STATUS_SUCCESS | The entire command buffer was translated. |
| STATUS_NO_MEMORY | DxgkDdiRender could not allocate memory that was required for it to complete. |
| STATUS_GRAPHICS_INSUFFICIENT_DMA_BUFFER | The current DMA buffer is depleted. |
| STATUS_PRIVILEGED_INSTRUCTION | DxgkDdiRender detected nonprivileged instructions (that is, instructions that access memory beyond the privilege of the current central processing unit [CPU] process). |
| STATUS_ILLEGAL_INSTRUCTION | DxgkDdiRender detected instructions that graphics hardware could not support. |
| STATUS_INVALID_PARAMETER | DxgkDdiRender detected instruction parameters that graphics hardware could not support; however, the graphics hardware can support the instructions themselves. The driver is not required to return this error code. Instead, it can return STATUS_ILLEGAL_INSTRUCTION when it detects unsupported instruction parameters. |
| STATUS_INVALID_USER_BUFFER | DxgkDdiRender detected data or instruction underrun or overrun. That is, the driver received less or more instructions or data than expected. The driver is not required to return this error code. Instead, it can return STATUS_ILLEGAL_INSTRUCTION when it detects data or instruction underrun or overrun. |
| STATUS_INVALID_HANDLE | DxgkDdiRender detected an invalid handle in the command buffer. |
| STATUS_GRAPHICS_DRIVER_MISMATCH | The display miniport driver is not compatible with the user-mode display driver that initiated the call to DxgkDdiRender (that is, submitted the command buffer). |
| STATUS_GRAPHICS_GPU_EXCEPTION_ON_DEVICE | The display miniport driver detected an error in the DMA stream. The graphics context device is placed in a lost state if the driver returns this error code. |
Remarks
The DirectX graphics kernel subsystem calls the display miniport driver's DxgkDdiRender function to generate a DMA buffer from the command buffer that the user-mode display driver passed. When the display miniport driver translates from the command buffer to the DMA buffer, the driver should also validate the command buffer to ensure that the command buffer does not contain any privileged commands or commands that can be used to access memory that does not belong to the process. In addition to the output DMA buffer, the display miniport driver should also generate a list of output patch locations. The video memory manager uses this list to split and patch DMA buffers appropriately.
Both the command buffer pCommand and the input patch-location list pPatchLocationListIn that the user-mode display driver generates are allocated from the user-mode address space and are passed to the display miniport driver untouched. The display miniport driver must use __try/__except code on any access to the buffer and list and must validate the content of the buffer and list before copying the content to the respective kernel buffers (that is, before copying the content of the pCommand member to the pDmaBuffer member and the content of the pPatchLocationListIn member to the pPatchLocationListOut member, which are all members of the DXGKARG_RENDER structure that the pRender parameter points to).
Here's an example of how display miniport drivers should access these buffers using __try and __except logic. AllocationListIn points to the user-mode buffer.
__try
{
for (Index = 0; Index < AllocationListInSize; AllocationTable++,
AllocationListIn++, AllocationListOut++, Index++)
{
D3DKMT_HANDLE AllocationHandle = AllocationListIn->hAllocation;
. . .
}
}
__except(EXCEPTION_EXECUTE_HANDLER)
{
Status = STATUS_INVALID_PARAMETER;
SAMPLE_LOG_ERROR(
"Exception occurred accessing user-mode allocation list. Returning Status=0x%I64x",
Status);
goto cleanup;
}
Note
Access to the kernel buffers does not require protection from try/except code.
The display miniport driver is not required to use information that the user-mode display driver provides if recreating the information is more optimal. For example, if pPatchLocationListIn is empty because the user-mode display driver did not provide an input patch-location list, the display miniport driver can generate the content of pPatchLocationListOut based on the content of the command buffer instead.
The allocation list that the user-mode display driver provides is validated, copied, and converted into a kernel-mode allocation list during the kernel transition. The DirectX graphics kernel subsystem converts each D3DDDI_ALLOCATIONLIST element into a DXGK_ALLOCATIONLIST element by converting the D3DKMT_HANDLE-typed handle that the user-mode display driver provides into a device-specific handle, which the display miniport driver's DxgkDdiOpenAllocation function returns. The index of each allocation and the write status of the allocation (that is, the setting of the WriteOperation bit-field flag) remains constant during the conversion.
In addition to the device-specific handle, the DirectX graphics kernel subsystem provides the display miniport driver with the last known GPU segment address for each allocation. If allocation index N is currently paged out, the DirectX graphics kernel subsystem sets the SegmentId member of the Nth element of the pAllocationList member of DXGKARG_RENDER to zero. If the SegmentId member of the Nth element of the allocation list is not set to zero, the display miniport driver must pre-patch the generated DMA buffer with the provided segment address information. The driver must pre-patch when requested because the DirectX graphics kernel subsystem might not call the DxgkDdiPatch function on a DMA buffer that the driver should have properly pre-patched.
Note
Even though the driver's DxgkDdiRender function pre-patches the DMA buffer, the driver must still insert all of the references to allocations into the output patch-location list that the pPatchLocationListOut member of DXGKARG_RENDER specifies. This list must contain all of the references because the addresses of the allocations might change before the DMA buffer is submitted to the GPU; therefore, the DirectX graphics kernel subsystem will call the DxgkDdiPatch function to repatch the DMA buffer.
To unbind an allocation, the display miniport driver can specify an element in the allocation list that references a NULL handle and then can use a patch-location element that references that NULL allocation. Typically, the driver should use the first element of the allocation list (element 0) as the NULL element.
When the display miniport driver translates a command buffer to a DMA buffer, the display miniport driver and user-mode display driver should perform the following actions for the following situations:
In guaranteed contract DMA mode (for more information, see Using the Guaranteed Contract DMA Buffer Model), the user-mode display driver must guarantee enough resources for the translation command. If enough resources do not exist for the translation, the display miniport driver must reject the DMA buffer.
The user-mode display driver should always split up commands that might translate to more than the size of a single DMA buffer because the display miniport driver's DxgkDdiRender function cannot handle a single command that is larger than the size of the DMA buffer and that cannot be split.
DxgkDdiRender should be made pageable.
Support for the DxgkDdiRenderKm function was added beginning with Windows 7 for display adapters that support GDI Hardware Acceleration.
Requirements
| Requirement | Value |
|---|---|
| Minimum supported client | Available starting in Windows Vista |
| Target Platform | Desktop |
| Header | d3dkmddi.h |
| IRQL | PASSIVE_LEVEL |