Currently objects for which the hardware needs a contiguous physical address are allocated a shadow backing storage to satisfy the contraint. This shadow buffer is not wired into the normal obj->pages and so the physical object is incoherent with accesses via the GPU, GTT and CPU. By setting up the appropriate scatter-gather table, we can allow userspace to access the physical object via either a GTT mmaping of or by rendering into the GEM bo. However, keeping the CPU mmap of the shmemfs backing storage coherent with the contiguous shadow is not yet possible. Fortuituously, CPU mmaps of objects requiring physical addresses are not expected to be coherent anyway. This allows the physical constraint of the GEM object to be transparent to userspace and allow it to efficiently render into or update them via the GTT and GPU. v2: Fix leak of pci handle spotted by Ville v3: Remove the now duplicate call to detach_phys_object during free. v4: Wait for rendering before pwrite. As this patch makes it possible to render into the phys object, we should make it correct as well!
Showing the changes to include/uapi/drm (1 of 4 files). Show all
Unified · Split
| @@ -340,6 +340,7 @@ typedef struct drm_i915_irq_wait { · 339 unmodified lines | |||
| 340 | #define I915_PARAM_HAS_EXEC_HANDLE_LUT 26 | 340 | #define I915_PARAM_HAS_EXEC_HANDLE_LUT 26 |
| 341 | #define I915_PARAM_HAS_WT 27 | 341 | #define I915_PARAM_HAS_WT 27 |
| 342 | #define I915_PARAM_CMD_PARSER_VERSION 28 | 342 | #define I915_PARAM_CMD_PARSER_VERSION 28 |
| 343 | #define I915_PARAM_HAS_COHERENT_PHYS_GTT 29 | ||
| 343 | 344 | ||
| 344 | typedef struct drm_i915_getparam { | 345 | typedef struct drm_i915_getparam { |
| 345 | int param; | 346 | int param; |