Intel-XE Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Jani Nikula <jani.nikula@linux.intel.com>
Cc: intel-gfx@lists.freedesktop.org, intel-xe@lists.freedesktop.org
Subject: Re: [PATCH 1/5] drm/i915: Move VT-d alignment into plane->min_alignment()
Date: Mon, 27 Jan 2025 18:44:21 +0200	[thread overview]
Message-ID: <Z5e35V4CqZ3m40y-@intel.com> (raw)
In-Reply-To: <878qqwbn6d.fsf@intel.com>

On Mon, Jan 27, 2025 at 11:50:34AM +0200, Jani Nikula wrote:
> On Wed, 22 Jan 2025, Ville Syrjala <ville.syrjala@linux.intel.com> wrote:
> > From: Ville Syrjälä <ville.syrjala@linux.intel.com>
> >
> > Currently we don't account for the VT-d alignment w/a in
> > plane->min_alignment() which means that panning inside a larger
> > framebuffer can still cause the plane SURF to be misaligned.
> > Fix the issue by moving the VT-d alignment w/a into
> > plane->min_alignment() itself (for the affected platforms).
> >
> > Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>
> > ---
> >  drivers/gpu/drm/i915/display/i9xx_plane.c          | 10 ++++++++++
> >  drivers/gpu/drm/i915/display/intel_cursor.c        |  5 +++++
> >  drivers/gpu/drm/i915/display/intel_fb_pin.c        |  8 --------
> >  drivers/gpu/drm/i915/display/intel_sprite.c        |  5 +++++
> >  drivers/gpu/drm/i915/display/skl_universal_plane.c |  4 ++++
> >  5 files changed, 24 insertions(+), 8 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/i915/display/i9xx_plane.c b/drivers/gpu/drm/i915/display/i9xx_plane.c
> > index ed171fbf8720..19cc34babef3 100644
> > --- a/drivers/gpu/drm/i915/display/i9xx_plane.c
> > +++ b/drivers/gpu/drm/i915/display/i9xx_plane.c
> > @@ -780,9 +780,14 @@ unsigned int vlv_plane_min_alignment(struct intel_plane *plane,
> >  				     const struct drm_framebuffer *fb,
> >  				     int color_plane)
> >  {
> > +	struct drm_i915_private *i915 = to_i915(plane->base.dev);
> > +
> >  	if (intel_plane_can_async_flip(plane, fb->modifier))
> >  		return 256 * 1024;
> >  
> > +	if (intel_scanout_needs_vtd_wa(i915))
> > +		return 256 * 1024;
> 
> Nitpick, would be great to convert intel_scanout_needs_vtd_wa() to
> struct intel_display first, so we wouldn't have to introduce so many new
> struct drm_i915_private uses.

I didn't really want to add intel_display stuff to the
gem side (where this is being used currently). Once
its all moved into the display code (patch 3) then it
makes more sense.

> 
> BR,
> Jani.
> 
> > +
> >  	switch (fb->modifier) {
> >  	case I915_FORMAT_MOD_X_TILED:
> >  		return 4 * 1024;
> > @@ -798,9 +803,14 @@ static unsigned int g4x_primary_min_alignment(struct intel_plane *plane,
> >  					      const struct drm_framebuffer *fb,
> >  					      int color_plane)
> >  {
> > +	struct drm_i915_private *i915 = to_i915(plane->base.dev);
> > +
> >  	if (intel_plane_can_async_flip(plane, fb->modifier))
> >  		return 256 * 1024;
> >  
> > +	if (intel_scanout_needs_vtd_wa(i915))
> > +		return 256 * 1024;
> > +
> >  	switch (fb->modifier) {
> >  	case I915_FORMAT_MOD_X_TILED:
> >  	case DRM_FORMAT_MOD_LINEAR:
> > diff --git a/drivers/gpu/drm/i915/display/intel_cursor.c b/drivers/gpu/drm/i915/display/intel_cursor.c
> > index ae7243ad6e0c..9157825e370b 100644
> > --- a/drivers/gpu/drm/i915/display/intel_cursor.c
> > +++ b/drivers/gpu/drm/i915/display/intel_cursor.c
> > @@ -372,6 +372,11 @@ static unsigned int i9xx_cursor_min_alignment(struct intel_plane *plane,
> >  					      const struct drm_framebuffer *fb,
> >  					      int color_plane)
> >  {
> > +	struct drm_i915_private *i915 = to_i915(plane->base.dev);
> > +
> > +	if (intel_scanout_needs_vtd_wa(i915))
> > +		return 256 * 1024;
> > +
> >  	return 4 * 1024; /* physical for i915/i945 */
> >  }
> >  
> > diff --git a/drivers/gpu/drm/i915/display/intel_fb_pin.c b/drivers/gpu/drm/i915/display/intel_fb_pin.c
> > index dd3ac7f98dfc..2b9ad46eaef7 100644
> > --- a/drivers/gpu/drm/i915/display/intel_fb_pin.c
> > +++ b/drivers/gpu/drm/i915/display/intel_fb_pin.c
> > @@ -126,14 +126,6 @@ intel_fb_pin_to_ggtt(const struct drm_framebuffer *fb,
> >  	if (drm_WARN_ON(dev, alignment && !is_power_of_2(alignment)))
> >  		return ERR_PTR(-EINVAL);
> >  
> > -	/* Note that the w/a also requires 64 PTE of padding following the
> > -	 * bo. We currently fill all unused PTE with the shadow page and so
> > -	 * we should always have valid PTE following the scanout preventing
> > -	 * the VT-d warning.
> > -	 */
> > -	if (intel_scanout_needs_vtd_wa(dev_priv) && alignment < 256 * 1024)
> > -		alignment = 256 * 1024;
> > -
> >  	/*
> >  	 * Global gtt pte registers are special registers which actually forward
> >  	 * writes to a chunk of system memory. Which means that there is no risk
> > diff --git a/drivers/gpu/drm/i915/display/intel_sprite.c b/drivers/gpu/drm/i915/display/intel_sprite.c
> > index 13996d7059ad..d63e71fe469e 100644
> > --- a/drivers/gpu/drm/i915/display/intel_sprite.c
> > +++ b/drivers/gpu/drm/i915/display/intel_sprite.c
> > @@ -980,6 +980,11 @@ static unsigned int g4x_sprite_min_alignment(struct intel_plane *plane,
> >  					     const struct drm_framebuffer *fb,
> >  					     int color_plane)
> >  {
> > +	struct drm_i915_private *i915 = to_i915(plane->base.dev);
> > +
> > +	if (intel_scanout_needs_vtd_wa(i915))
> > +		return 256 * 1024;
> > +
> >  	return 4 * 1024;
> >  }
> >  
> > diff --git a/drivers/gpu/drm/i915/display/skl_universal_plane.c b/drivers/gpu/drm/i915/display/skl_universal_plane.c
> > index 450dd8c64e0c..5cec2df0baca 100644
> > --- a/drivers/gpu/drm/i915/display/skl_universal_plane.c
> > +++ b/drivers/gpu/drm/i915/display/skl_universal_plane.c
> > @@ -649,6 +649,10 @@ static u32 skl_plane_min_alignment(struct intel_plane *plane,
> >  	if (color_plane != 0)
> >  		return 4 * 1024;
> >  
> > +	/*
> > +	 * VT-d needs at least 256k alignment,
> > +	 * but that's already covered below.
> > +	 */
> >  	switch (fb->modifier) {
> >  	case DRM_FORMAT_MOD_LINEAR:
> >  	case I915_FORMAT_MOD_X_TILED:
> 
> -- 
> Jani Nikula, Intel

-- 
Ville Syrjälä
Intel

  reply	other threads:[~2025-01-27 16:44 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-01-22 15:17 [PATCH 0/5] drm/i915: Improve the display VT-d workarounds Ville Syrjala
2025-01-22 15:17 ` [PATCH 1/5] drm/i915: Move VT-d alignment into plane->min_alignment() Ville Syrjala
2025-01-27  9:50   ` Jani Nikula
2025-01-27 16:44     ` Ville Syrjälä [this message]
2025-01-27 17:27       ` Ville Syrjälä
2025-01-28  9:46         ` Jani Nikula
2025-01-28 16:56           ` Ville Syrjälä
2025-01-22 15:17 ` [PATCH 2/5] drm/i915: Use more optimal VTd alignment for planes Ville Syrjala
2025-01-22 15:17 ` [PATCH 3/5] drm/i915: Calculate the VT-d guard size in the display code Ville Syrjala
2025-01-22 15:17 ` [PATCH 4/5] drm/i915: Use per-plane VT-d guard numbers Ville Syrjala
2025-01-22 15:17 ` [PATCH 5/5] drm/i915/fbdev: Use fb->normal_view.gtt Ville Syrjala
2025-01-22 15:49 ` ✓ CI.Patch_applied: success for drm/i915: Improve the display VT-d workarounds Patchwork
2025-01-22 15:49 ` ✓ CI.checkpatch: " Patchwork
2025-01-22 15:50 ` ✓ CI.KUnit: " Patchwork
2025-01-22 16:07 ` ✓ CI.Build: " Patchwork
2025-01-22 16:09 ` ✓ CI.Hooks: " Patchwork
2025-01-22 16:10 ` ✗ CI.checksparse: warning " Patchwork
2025-01-22 16:37 ` ✓ Xe.CI.BAT: success " Patchwork
2025-01-23  4:16 ` ✗ Xe.CI.Full: failure " Patchwork
2025-02-04 11:25 ` [PATCH 0/5] " Jani Nikula

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=Z5e35V4CqZ3m40y-@intel.com \
    --to=ville.syrjala@linux.intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=intel-xe@lists.freedesktop.org \
    --cc=jani.nikula@linux.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