[PATCH 6/7] drm/xe/gt: Drop third submission for default context
Tvrtko Ursulin
tvrtko.ursulin at igalia.com
Fri Jul 4 11:21:50 UTC 2025
On 03/07/2025 23:41, Lucas De Marchi wrote:
> There's no need to submit the nop job again on the first queue. Any
> state needed is already saved when the first LRC is switched out. The
> comment is a little misleading regarding indirect W/A: first of all
> there's still no indirect W/A enabled and secondly, even after they are,
> there's no need to submit this job again for having their state
> propagated: the indirect W/A will actually run on every LRC switch.
>
> Signed-off-by: Lucas De Marchi <lucas.demarchi at intel.com>
> ---
> drivers/gpu/drm/xe/xe_gt.c | 8 --------
> 1 file changed, 8 deletions(-)
>
> diff --git a/drivers/gpu/drm/xe/xe_gt.c b/drivers/gpu/drm/xe/xe_gt.c
> index 67425e37c2187..439e7c703ed84 100644
> --- a/drivers/gpu/drm/xe/xe_gt.c
> +++ b/drivers/gpu/drm/xe/xe_gt.c
> @@ -361,14 +361,6 @@ int xe_gt_record_default_lrcs(struct xe_gt *gt)
> goto put_nop_q;
> }
>
> - /* Reload golden LRC to record the effect of any indirect W/A */
> - err = emit_nop_job(gt, q);
> - if (err) {
> - xe_gt_err(gt, "hwe %s: emit_nop_job failed (%pe) guc_id=%u\n",
> - hwe->name, ERR_PTR(err), q->guc->id);
> - goto put_nop_q;
> - }
> -
> xe_map_memcpy_from(xe, default_lrc,
> &q->lrc[0]->bo->vmap,
> xe_lrc_pphwsp_offset(q->lrc[0]),
>
Wasn't it also racy to memcpy from q's LRC without guaranteeing context
save had completed? I don't think dma_fence_wait in emit_nop_job
guarantees it. If that is so this patch should actually have Fixes:
added and commit message adjusted accordingly.
Regards,
Tvrtko
More information about the Intel-xe
mailing list