[Intel-xe] [PATCH 6/6] drm/xe/mocs: LNCF MOCS settings only need to be restored on pre-Xe_HP

Matt Roper matthew.d.roper at intel.com
Thu Feb 23 17:37:15 UTC 2023


On Wed, Feb 22, 2023 at 04:11:19PM -0800, Lucas De Marchi wrote:
> On Thu, Feb 16, 2023 at 03:17:24PM -0800, Matt Roper wrote:
> > Reprogramming the LNCF MOCS registers on render domain reset is not
> > intended to be regular driver programming, but rather the implementation
> > of a specific workaround (Wa_1607983814).  This workaround no longer
> > applies on Xe_HP any beyond, so we can expect that these registers, like
> > the rest of the LNCF/LBCF registers, will maintain their values through
> > all engine resets.  We should only add these registers to the GuC's
> > save/restore list on platforms that need the workaround.
> > 
> > Furthermore, xe_mocs_init_engine() appears to be another attempt to
> > satisfy this same workaround.  This is unnecessary on the Xe driver
> > since even on platforms where the workaround is necessary, all
> > single-engine resets are initiated by the GuC and thus the GuC will take
> > care of saving/restoring these registers.  The only host-initiated
> > resets we have in Xe are full GT resets which will already
> > (re)initialize these registers as part of the regular xe_mocs_init()
> > flow.
> > 
> > Signed-off-by: Matt Roper <matthew.d.roper at intel.com>
> > ---
> > drivers/gpu/drm/xe/xe_execlist.c   |  2 +-
> > drivers/gpu/drm/xe/xe_guc_ads.c    | 10 +++++++---
> > drivers/gpu/drm/xe/xe_guc_submit.c |  1 -
> > drivers/gpu/drm/xe/xe_mocs.c       | 13 -------------
> > drivers/gpu/drm/xe/xe_mocs.h       |  1 -
> > 5 files changed, 8 insertions(+), 19 deletions(-)
> > 
> > diff --git a/drivers/gpu/drm/xe/xe_execlist.c b/drivers/gpu/drm/xe/xe_execlist.c
> > index d555d77cbf49..fd0ebfe7cae3 100644
> > --- a/drivers/gpu/drm/xe/xe_execlist.c
> > +++ b/drivers/gpu/drm/xe/xe_execlist.c
> > @@ -462,7 +462,7 @@ static void execlist_engine_suspend_wait(struct xe_engine *e)
> > 
> > static void execlist_engine_resume(struct xe_engine *e)
> > {
> > -	xe_mocs_init_engine(e);
> > +	/* NIY */
> 
> what does NIY mean?  maybe "nop" is more common? And... what about
> the execlist backend staying without this? Yep, execlist right now is
> not very functioal, but should we be intentionally breaking it?

I assume "NIY" means "not in yet."  That comment is what was used for
several other unimplemented stubs in this same file, so I just did the
same here for consistency.

Removing this shouldn't have any detrimental impact on the current
execlist implementation.  The programming here is only necessary to
restore after a single-engine reset, but it's not possible to ever have
an engine reset today because that was never implemented in Xe (and as
far as I know, never will be).

> 
> > }
> > 
> > static const struct xe_engine_ops execlist_engine_ops = {
> > diff --git a/drivers/gpu/drm/xe/xe_guc_ads.c b/drivers/gpu/drm/xe/xe_guc_ads.c
> > index 0c08cecaca40..a233023a6616 100644
> > --- a/drivers/gpu/drm/xe/xe_guc_ads.c
> > +++ b/drivers/gpu/drm/xe/xe_guc_ads.c
> > @@ -430,6 +430,7 @@ static unsigned int guc_mmio_regset_write(struct xe_guc_ads *ads,
> > 					  struct iosys_map *regset_map,
> > 					  struct xe_hw_engine *hwe)
> > {
> > +	struct xe_device *xe = ads_to_xe(ads);
> > 	struct xe_hw_engine *hwe_rcs_reset_domain =
> > 		xe_gt_any_hw_engine_by_reset_domain(hwe->gt, XE_ENGINE_CLASS_RENDER);
> > 	struct xe_reg_sr_entry *entry;
> > @@ -464,9 +465,12 @@ static unsigned int guc_mmio_regset_write(struct xe_guc_ads *ads,
> > 					  e->reg, e->flags, count++);
> > 	}
> > 
> > -	for (i = 0; i < LNCFCMOCS_REG_COUNT; i++) {
> > -		guc_mmio_regset_write_one(ads, regset_map,
> > -					  GEN9_LNCFCMOCS(i).reg, 0, count++);
> > +	/* Wa_1607983814 */
> > +	if (GRAPHICS_VER(xe) == 12 && GRAPHICS_VERx100(xe) < 1250) {
> > +		for (i = 0; i < LNCFCMOCS_REG_COUNT; i++) {
> > +			guc_mmio_regset_write_one(ads, regset_map,
> > +						  GEN9_LNCFCMOCS(i).reg, 0, count++);
> 
> calculate_regset_size() unconditionally accounts for
> LNCFCMOCS_REG_COUNT. Although this is just a "max", maybe we could
> remove it from there by moving the if condition to a function
> bool needs_wa_1607983814() { ... }

Yeah, good point; I'll update that.


Matt

> 
> Another idea would be maybe to extend xe_rtp to allow a FUNC() not only
> in the match but also in the action. We'd also need to extend it to
> allow that function to apply the actions. Humn... if we need it more
> than in just one place we can do that in future. For now this does the
> job.
> 
> 
> > +		}
> > 	}
> > 
> > 	XE_BUG_ON(ads->regset_size < (count * sizeof(struct guc_mmio_reg)));
> > diff --git a/drivers/gpu/drm/xe/xe_guc_submit.c b/drivers/gpu/drm/xe/xe_guc_submit.c
> > index a54f7f82d04d..3766b77a0d90 100644
> > --- a/drivers/gpu/drm/xe/xe_guc_submit.c
> > +++ b/drivers/gpu/drm/xe/xe_guc_submit.c
> > @@ -1267,7 +1267,6 @@ static void guc_engine_resume(struct xe_engine *e)
> > 
> > 	XE_BUG_ON(e->guc->suspend_pending);
> > 
> > -	xe_mocs_init_engine(e);
> > 	guc_engine_add_msg(e, msg, RESUME);
> > }
> > 
> > diff --git a/drivers/gpu/drm/xe/xe_mocs.c b/drivers/gpu/drm/xe/xe_mocs.c
> > index 3b48934d99d4..7e495d699295 100644
> > --- a/drivers/gpu/drm/xe/xe_mocs.c
> > +++ b/drivers/gpu/drm/xe/xe_mocs.c
> > @@ -507,19 +507,6 @@ static void init_l3cc_table(struct xe_gt *gt,
> > 	}
> > }
> > 
> > -void xe_mocs_init_engine(const struct xe_engine *engine)
> > -{
> > -	struct xe_mocs_info table;
> > -	unsigned int flags;
> > -
> > -	flags = get_mocs_settings(engine->gt->xe, &table);
> > -	if (!flags)
> > -		return;
> > -
> > -	if (flags & HAS_RENDER_L3CC && engine->class == XE_ENGINE_CLASS_RENDER)
> 
> do we have any other plans for HAS_RENDER_L3CC?  It seems it's not used.
> For any error handling part we could check size, table or
> unused_entries_index
> 
> 
> Lucas De Marchi
> 
> > -		init_l3cc_table(engine->gt, &table);
> > -}
> > -
> > void xe_mocs_init(struct xe_gt *gt)
> > {
> > 	struct xe_mocs_info table;
> > diff --git a/drivers/gpu/drm/xe/xe_mocs.h b/drivers/gpu/drm/xe/xe_mocs.h
> > index aba1abe216ab..63500a1d6660 100644
> > --- a/drivers/gpu/drm/xe/xe_mocs.h
> > +++ b/drivers/gpu/drm/xe/xe_mocs.h
> > @@ -11,7 +11,6 @@
> > struct xe_engine;
> > struct xe_gt;
> > 
> > -void xe_mocs_init_engine(const struct xe_engine *engine);
> > void xe_mocs_init(struct xe_gt *gt);
> > 
> > /**
> > -- 
> > 2.39.1
> > 

-- 
Matt Roper
Graphics Software Engineer
Linux GPU Platform Enablement
Intel Corporation


More information about the Intel-xe mailing list