aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/drivers/gpu/drm/i915/i915_request.c
diff options
context:
space:
mode:
authorJason Ekstrand <jason@jlekstrand.net>2021-07-23 12:21:35 -0500
committerMatthew Auld <matthew.auld@intel.com>2021-07-26 16:37:30 +0100
commitf3170ba8c907e9936822ad9e0b2eee8e2281615b (patch)
treeaca73cf33de82a7b6dd8315cdbba9e4d072bf2c3 /drivers/gpu/drm/i915/i915_request.c
parentdrm/i915/gt: nuke gen6_hw_id (diff)
downloadwireguard-linux-f3170ba8c907e9936822ad9e0b2eee8e2281615b.tar.xz
wireguard-linux-f3170ba8c907e9936822ad9e0b2eee8e2281615b.zip
drm/i915/gem: Check object_can_migrate from object_migrate
We don't roll them together entirely because there are still a couple cases where we want a separate can_migrate check. For instance, the display code checks that you can migrate a buffer to LMEM before it accepts it in fb_create. The dma-buf import code also uses it to do an early check and return a different error code if someone tries to attach a LMEM-only dma-buf to another driver. However, no one actually wants to call object_migrate when can_migrate has failed. The stated intention is for self-tests but none of those actually take advantage of this unsafe migration. Signed-off-by: Jason Ekstrand <jason@jlekstrand.net> Cc: Daniel Vetter <daniel@ffwll.ch> Reviewed-by: Matthew Auld <matthew.auld@intel.com> Signed-off-by: Matthew Auld <matthew.auld@intel.com> Link: https://patchwork.freedesktop.org/patch/msgid/20210723172142.3273510-2-jason@jlekstrand.net
Diffstat (limited to 'drivers/gpu/drm/i915/i915_request.c')
0 files changed, 0 insertions, 0 deletions