drm/xe/ct: drop irq usage of xa_erase()
Unclear why disabling interrupts is needed here. Nothing seems to be touching fence_lookup and its corresponding lock from an irq so there should be no risk of deadlock. Signed-off-by: Matthew Auld <matthew.auld@intel.com> Cc: Matthew Brost <matthew.brost@intel.com> Cc: Badal Nilawar <badal.nilawar@intel.com> Reviewed-by: Badal Nilawar <badal.nilawar@intel.com> Link: https://patchwork.freedesktop.org/patch/msgid/20241001084346.98516-8-matthew.auld@intel.com
This commit is contained in:
@@ -890,7 +890,7 @@ retry_same_fence:
|
||||
goto retry_same_fence;
|
||||
|
||||
if (!g2h_fence_needs_alloc(&g2h_fence))
|
||||
xa_erase_irq(&ct->fence_lookup, g2h_fence.seqno);
|
||||
xa_erase(&ct->fence_lookup, g2h_fence.seqno);
|
||||
|
||||
return ret;
|
||||
}
|
||||
@@ -907,7 +907,7 @@ retry_same_fence:
|
||||
if (!ret) {
|
||||
xe_gt_err(gt, "Timed out wait for G2H, fence %u, action %04x, done %s",
|
||||
g2h_fence.seqno, action[0], str_yes_no(g2h_fence.done));
|
||||
xa_erase_irq(&ct->fence_lookup, g2h_fence.seqno);
|
||||
xa_erase(&ct->fence_lookup, g2h_fence.seqno);
|
||||
mutex_unlock(&ct->lock);
|
||||
return -ETIME;
|
||||
}
|
||||
|
||||
Reference in New Issue
Block a user