Intel-GFX Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Matt Roper <matthew.d.roper@intel.com>
Cc: Ayaz A Siddiqui <ayaz.siddiqui@intel.com>,
	intel-gfx@lists.freedesktop.org
Subject: Re: [Intel-gfx] [PATCH] drm/i915/gt: Add separate MOCS table for Gen12 devices other than TGL/RKL
Date: Tue, 7 Sep 2021 20:41:06 +0300	[thread overview]
Message-ID: <YTekMq0Kfb3Xkeid@intel.com> (raw)
In-Reply-To: <20210907172728.GF461228@mdroper-desk1.amr.corp.intel.com>

On Tue, Sep 07, 2021 at 10:27:28AM -0700, Matt Roper wrote:
> On Tue, Sep 07, 2021 at 10:46:39PM +0530, Ayaz A Siddiqui wrote:
> > MOCS table of TGL/RKL has MOCS[1] set to L3_UC.
> > While for other gen12 devices we need to set MOCS[1] as L3_WB,
> > So adding a new MOCS table for other gen 12 devices eg. ADL.
> > 
> > Fixes: cfbe5291a189 ("drm/i915/gt: Initialize unused MOCS entries with device specific values")
> > Cc: Matt Roper <matthew.d.roper@intel.com>
> > Signed-off-by: Ayaz A Siddiqui <ayaz.siddiqui@intel.com>
> 
> Yep, we overlooked that the TGL table still had an explicit entry for
> I915_MOCS_PTE and wasn't just using an implicit 'unused_entries' lookup
> for MOCS[1].  The new table is the same as the TGL table, just with
> I915_MOCS_PTE (1) removed.

And just how are people planning on handling display cacheability
control without a PTE MOCS entry? Is Mesa/etc. already making all
external bos uncached on these platforms just in case we might
scan out said bo?

> 
> Looks good to me,
> 
> Reviewed-by: Matt Roper <matthew.d.roper@intel.com>
> 
> 
> > ---
> >  drivers/gpu/drm/i915/gt/intel_mocs.c | 41 +++++++++++++++++++++++++---
> >  1 file changed, 37 insertions(+), 4 deletions(-)
> > 
> > diff --git a/drivers/gpu/drm/i915/gt/intel_mocs.c b/drivers/gpu/drm/i915/gt/intel_mocs.c
> > index e96afd7beb49..c8d289b00de4 100644
> > --- a/drivers/gpu/drm/i915/gt/intel_mocs.c
> > +++ b/drivers/gpu/drm/i915/gt/intel_mocs.c
> > @@ -315,6 +315,35 @@ static const struct drm_i915_mocs_entry dg1_mocs_table[] = {
> >  	MOCS_ENTRY(63, 0, L3_1_UC),
> >  };
> >  
> > +static const struct drm_i915_mocs_entry gen12_mocs_table[] = {
> > +
> > +	GEN11_MOCS_ENTRIES,
> > +	/* Implicitly enable L1 - HDC:L1 + L3 + LLC */
> > +	MOCS_ENTRY(48,
> > +		   LE_3_WB | LE_TC_1_LLC | LE_LRUM(3),
> > +		   L3_3_WB),
> > +	/* Implicitly enable L1 - HDC:L1 + L3 */
> > +	MOCS_ENTRY(49,
> > +		   LE_1_UC | LE_TC_1_LLC,
> > +		   L3_3_WB),
> > +	/* Implicitly enable L1 - HDC:L1 + LLC */
> > +	MOCS_ENTRY(50,
> > +		   LE_3_WB | LE_TC_1_LLC | LE_LRUM(3),
> > +		   L3_1_UC),
> > +	/* Implicitly enable L1 - HDC:L1 */
> > +	MOCS_ENTRY(51,
> > +		   LE_1_UC | LE_TC_1_LLC,
> > +		   L3_1_UC),
> > +	/* HW Special Case (CCS) */
> > +	MOCS_ENTRY(60,
> > +		   LE_3_WB | LE_TC_1_LLC | LE_LRUM(3),
> > +		   L3_1_UC),
> > +	/* HW Special Case (Displayable) */
> > +	MOCS_ENTRY(61,
> > +		   LE_1_UC | LE_TC_1_LLC,
> > +		   L3_3_WB),
> > +};
> > +
> >  enum {
> >  	HAS_GLOBAL_MOCS = BIT(0),
> >  	HAS_ENGINE_MOCS = BIT(1),
> > @@ -351,14 +380,18 @@ static unsigned int get_mocs_settings(const struct drm_i915_private *i915,
> >  		table->n_entries = GEN9_NUM_MOCS_ENTRIES;
> >  		table->uc_index = 1;
> >  		table->unused_entries_index = 5;
> > -	} else if (GRAPHICS_VER(i915) >= 12) {
> > +	} else if (IS_TIGERLAKE(i915) || IS_ROCKETLAKE(i915)) {
> > +		/* For TGL/RKL, Can't be changed now for ABI reasons */
> >  		table->size  = ARRAY_SIZE(tgl_mocs_table);
> >  		table->table = tgl_mocs_table;
> >  		table->n_entries = GEN9_NUM_MOCS_ENTRIES;
> >  		table->uc_index = 3;
> > -		/* For TGL/RKL, Can't be changed now for ABI reasons */
> > -		if (!IS_TIGERLAKE(i915) && !IS_ROCKETLAKE(i915))
> > -			table->unused_entries_index = 2;
> > +	} else if (GRAPHICS_VER(i915) >= 12) {
> > +		table->size  = ARRAY_SIZE(gen12_mocs_table);
> > +		table->table = gen12_mocs_table;
> > +		table->n_entries = GEN9_NUM_MOCS_ENTRIES;
> > +		table->uc_index = 3;
> > +		table->unused_entries_index = 2;
> >  	} else if (GRAPHICS_VER(i915) == 11) {
> >  		table->size  = ARRAY_SIZE(icl_mocs_table);
> >  		table->table = icl_mocs_table;
> > -- 
> > 2.26.2
> > 
> 
> -- 
> Matt Roper
> Graphics Software Engineer
> VTT-OSGC Platform Enablement
> Intel Corporation
> (916) 356-2795

-- 
Ville Syrjälä
Intel

  reply	other threads:[~2021-09-07 17:41 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-07 17:16 [Intel-gfx] [PATCH] drm/i915/gt: Add separate MOCS table for Gen12 devices other than TGL/RKL Ayaz A Siddiqui
2021-09-07 17:27 ` Matt Roper
2021-09-07 17:41   ` Ville Syrjälä [this message]
2021-09-07 18:19     ` Matt Roper
2021-09-09 13:58       ` Ville Syrjälä
2021-09-09 14:29         ` Matt Roper
2021-09-09 14:39           ` Ville Syrjälä
2021-09-09 15:00             ` Matt Roper
2021-09-09 15:09               ` Ville Syrjälä
2021-09-09 17:15                 ` Matt Roper
2021-09-09 17:20                   ` Matt Roper
2021-09-09 17:42                   ` Ville Syrjälä
2021-09-09 18:14                     ` Matt Roper
2021-09-09 19:59                       ` Ville Syrjälä
2021-09-09 20:33                         ` Matt Roper
2021-09-09 21:28                           ` Ville Syrjälä
2021-09-07 20:55 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for " Patchwork
2021-09-07 21:27 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2021-09-08  0:41 ` [Intel-gfx] ✗ Fi.CI.IGT: failure " Patchwork
2021-09-08  2:40   ` Matt Roper

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=YTekMq0Kfb3Xkeid@intel.com \
    --to=ville.syrjala@linux.intel.com \
    --cc=ayaz.siddiqui@intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=matthew.d.roper@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox