aboutsummaryrefslogtreecommitdiff
path: root/drivers/gpu/drm/xe/regs
diff options
context:
space:
mode:
authorGravatar Matthew Auld <matthew.auld@intel.com> 2023-12-13 17:47:04 +0000
committerGravatar Matthew Auld <matthew.auld@intel.com> 2024-01-09 14:26:58 +0000
commit29f424eb8702b686cb6f07ddd659c6312e0c796d (patch)
treeaffd6094b18a5ad4e1a818247c362adf49667ae7 /drivers/gpu/drm/xe/regs
parentdrm/xe/dgfx: Release mmap mappings on rpm suspend (diff)
downloadlinux-29f424eb8702.tar.gz
linux-29f424eb8702.tar.bz2
linux-29f424eb8702.zip
drm/xe/exec: move fence reservation
We currently assume that we can upfront know exactly how many fence slots we will need at the start of the exec, however the TTM bo_validate can itself consume numerous fence slots, and due to how the dma_resv_reserve_fences() works it only ensures that at least that many fence slots are available. With this it is quite possible that TTM steals some of the fence slots and then when it comes time to do the vma binding and final exec stage we are lacking enough fence slots, leading to some nasty BUG_ON(). A simple fix is to reserve our own fences later, after the validate stage. References: https://gitlab.freedesktop.org/drm/xe/kernel/-/issues/698 Signed-off-by: Matthew Auld <matthew.auld@intel.com> Cc: Thomas Hellström <thomas.hellstrom@linux.intel.com> Cc: Matthew Brost <matthew.brost@intel.com> Tested-by: José Roberto de Souza <jose.souza@intel.com> Reviewed-by: José Roberto de Souza <jose.souza@intel.com>
Diffstat (limited to 'drivers/gpu/drm/xe/regs')
0 files changed, 0 insertions, 0 deletions