443f9e0b1a
Currently, NO_PREFETCH is passed implicitly through drm_nouveau_gem_pushbuf_push::length and drm_nouveau_exec_push::va_len. Since this is a direct representation of how the HW is programmed it isn't really future proof for a uAPI. Hence, fix this up for the new uAPI and split up the va_len field of struct drm_nouveau_exec_push, such that we keep 32bit for va_len and 32bit for flags. For drm_nouveau_gem_pushbuf_push::length at least provide NOUVEAU_GEM_PUSHBUF_NO_PREFETCH to indicate the bit shift. While at it, fix up nv50_dma_push() as well, such that the caller doesn't need to encode the NO_PREFETCH flag into the length parameter. Signed-off-by: Danilo Krummrich <dakr@redhat.com> Reviewed-by: Faith Ekstrand <faith.ekstrand@collabora.com> Link: https://patchwork.freedesktop.org/patch/msgid/20230823181746.3446-1-dakr@redhat.com |
||
---|---|---|
.. | ||
amdgpu_drm.h | ||
armada_drm.h | ||
drm.h | ||
drm_fourcc.h | ||
drm_mode.h | ||
drm_sarea.h | ||
etnaviv_drm.h | ||
exynos_drm.h | ||
habanalabs_accel.h | ||
i915_drm.h | ||
ivpu_accel.h | ||
lima_drm.h | ||
msm_drm.h | ||
nouveau_drm.h | ||
omap_drm.h | ||
panfrost_drm.h | ||
qaic_accel.h | ||
qxl_drm.h | ||
radeon_drm.h | ||
tegra_drm.h | ||
v3d_drm.h | ||
vc4_drm.h | ||
vgem_drm.h | ||
virtgpu_drm.h | ||
vmwgfx_drm.h |