diff mbox

drm/i915: Error out when trying to set a y-tiled as a sprite

Message ID 1351272650-8402-1-git-send-email-damien.lespiau@gmail.com (mailing list archive)
State New, archived
Headers show

Commit Message

Damien Lespiau Oct. 26, 2012, 5:30 p.m. UTC
From: Damien Lespiau <damien.lespiau@intel.com>

Signed-off-by: Damien Lespiau <damien.lespiau@intel.com>
---
 drivers/gpu/drm/i915/intel_sprite.c | 5 +++++
 1 file changed, 5 insertions(+)

Comments

Jesse Barnes Oct. 26, 2012, 5:42 p.m. UTC | #1
On Fri, 26 Oct 2012 18:30:50 +0100
Damien Lespiau <damien.lespiau@gmail.com> wrote:

> From: Damien Lespiau <damien.lespiau@intel.com>
> 
> Signed-off-by: Damien Lespiau <damien.lespiau@intel.com>
> ---
>  drivers/gpu/drm/i915/intel_sprite.c | 5 +++++
>  1 file changed, 5 insertions(+)
> 
> diff --git a/drivers/gpu/drm/i915/intel_sprite.c b/drivers/gpu/drm/i915/intel_sprite.c
> index 3434b6e..aa8d09b 100644
> --- a/drivers/gpu/drm/i915/intel_sprite.c
> +++ b/drivers/gpu/drm/i915/intel_sprite.c
> @@ -465,6 +465,11 @@ intel_update_plane(struct drm_plane *plane, struct drm_crtc *crtc,
>  	if (intel_plane->pipe != intel_crtc->pipe)
>  		return -EINVAL;
>  
> +	/* Sprite planes can be linear or x-tiled surfaces */
> +	if (!(obj->tiling_mode == I915_TILING_NONE ||
> +	      obj->tiling_mode == I915_TILING_X))
> +		return -EINVAL;
> +
>  	/*
>  	 * Clamp the width & height into the visible area.  Note we don't
>  	 * try to scale the source if part of the visible region is offscreen.

Do we not catch this when we make the fb?  If not we may want to do
this there...
Chris Wilson Oct. 28, 2012, 10:04 a.m. UTC | #2
On Fri, 26 Oct 2012 10:42:54 -0700, Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
> On Fri, 26 Oct 2012 18:30:50 +0100
> Damien Lespiau <damien.lespiau@gmail.com> wrote:
> 
> > From: Damien Lespiau <damien.lespiau@intel.com>
> > 
> > Signed-off-by: Damien Lespiau <damien.lespiau@intel.com>
> > ---
> >  drivers/gpu/drm/i915/intel_sprite.c | 5 +++++
> >  1 file changed, 5 insertions(+)
> > 
> > diff --git a/drivers/gpu/drm/i915/intel_sprite.c b/drivers/gpu/drm/i915/intel_sprite.c
> > index 3434b6e..aa8d09b 100644
> > --- a/drivers/gpu/drm/i915/intel_sprite.c
> > +++ b/drivers/gpu/drm/i915/intel_sprite.c
> > @@ -465,6 +465,11 @@ intel_update_plane(struct drm_plane *plane, struct drm_crtc *crtc,
> >  	if (intel_plane->pipe != intel_crtc->pipe)
> >  		return -EINVAL;
> >  
> > +	/* Sprite planes can be linear or x-tiled surfaces */
> > +	if (!(obj->tiling_mode == I915_TILING_NONE ||
> > +	      obj->tiling_mode == I915_TILING_X))
> > +		return -EINVAL;
> > +
> >  	/*
> >  	 * Clamp the width & height into the visible area.  Note we don't
> >  	 * try to scale the source if part of the visible region is offscreen.
> 
> Do we not catch this when we make the fb?  If not we may want to do
> this there...

We do. However, we don't catch userspace changing the tiling on an
existing fb (unless actually pinned)... The extra level of defense is
certainly welcome, and provides documentation at all levels on the known
capabilities of the hw. (The only downside is that we have more guards to
fixup if those ever change, but unlikely ;) The only bikeshed is that
elsewhere we use
  switch (obj->tiling_mode) {
  case I915_TILING_NONE:
  case I915_TILING_X:
	break;
  default:
	return -EINVAL;
  }

Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk>
-Chris
Lespiau, Damien Oct. 29, 2012, 3:20 p.m. UTC | #3
On Sun, Oct 28, 2012 at 10:04 AM, Chris Wilson <chris@chris-wilson.co.uk> wrote:
> We do. However, we don't catch userspace changing the tiling on an
> existing fb (unless actually pinned)... The extra level of defense is
> certainly welcome, and provides documentation at all levels on the known
> capabilities of the hw. (The only downside is that we have more guards to
> fixup if those ever change, but unlikely ;)

I've sent a new version of this one then, turns out it be useful to
catch cases where one changes the tiling mode after the creation of
the fb.
Ville Syrjala Oct. 29, 2012, 4:24 p.m. UTC | #4
On Sun, Oct 28, 2012 at 10:04:54AM +0000, Chris Wilson wrote:
> On Fri, 26 Oct 2012 10:42:54 -0700, Jesse Barnes <jbarnes@virtuousgeek.org> wrote:
> > On Fri, 26 Oct 2012 18:30:50 +0100
> > Damien Lespiau <damien.lespiau@gmail.com> wrote:
> > 
> > > From: Damien Lespiau <damien.lespiau@intel.com>
> > > 
> > > Signed-off-by: Damien Lespiau <damien.lespiau@intel.com>
> > > ---
> > >  drivers/gpu/drm/i915/intel_sprite.c | 5 +++++
> > >  1 file changed, 5 insertions(+)
> > > 
> > > diff --git a/drivers/gpu/drm/i915/intel_sprite.c b/drivers/gpu/drm/i915/intel_sprite.c
> > > index 3434b6e..aa8d09b 100644
> > > --- a/drivers/gpu/drm/i915/intel_sprite.c
> > > +++ b/drivers/gpu/drm/i915/intel_sprite.c
> > > @@ -465,6 +465,11 @@ intel_update_plane(struct drm_plane *plane, struct drm_crtc *crtc,
> > >  	if (intel_plane->pipe != intel_crtc->pipe)
> > >  		return -EINVAL;
> > >  
> > > +	/* Sprite planes can be linear or x-tiled surfaces */
> > > +	if (!(obj->tiling_mode == I915_TILING_NONE ||
> > > +	      obj->tiling_mode == I915_TILING_X))
> > > +		return -EINVAL;
> > > +
> > >  	/*
> > >  	 * Clamp the width & height into the visible area.  Note we don't
> > >  	 * try to scale the source if part of the visible region is offscreen.
> > 
> > Do we not catch this when we make the fb?  If not we may want to do
> > this there...
> 
> We do. However, we don't catch userspace changing the tiling on an
> existing fb (unless actually pinned)...

Why not simply count how many fbs reference a given bo, and reject
tiling changes when the count > 0?
Jesse Barnes Oct. 29, 2012, 4:32 p.m. UTC | #5
On Mon, 29 Oct 2012 15:20:15 +0000
"Lespiau, Damien" <damien.lespiau@intel.com> wrote:

> On Sun, Oct 28, 2012 at 10:04 AM, Chris Wilson <chris@chris-wilson.co.uk> wrote:
> > We do. However, we don't catch userspace changing the tiling on an
> > existing fb (unless actually pinned)... The extra level of defense is
> > certainly welcome, and provides documentation at all levels on the known
> > capabilities of the hw. (The only downside is that we have more guards to
> > fixup if those ever change, but unlikely ;)
> 
> I've sent a new version of this one then, turns out it be useful to
> catch cases where one changes the tiling mode after the creation of
> the fb.
> 

Ok sounds good.  I'll add my r-b to the latest one.
diff mbox

Patch

diff --git a/drivers/gpu/drm/i915/intel_sprite.c b/drivers/gpu/drm/i915/intel_sprite.c
index 3434b6e..aa8d09b 100644
--- a/drivers/gpu/drm/i915/intel_sprite.c
+++ b/drivers/gpu/drm/i915/intel_sprite.c
@@ -465,6 +465,11 @@  intel_update_plane(struct drm_plane *plane, struct drm_crtc *crtc,
 	if (intel_plane->pipe != intel_crtc->pipe)
 		return -EINVAL;
 
+	/* Sprite planes can be linear or x-tiled surfaces */
+	if (!(obj->tiling_mode == I915_TILING_NONE ||
+	      obj->tiling_mode == I915_TILING_X))
+		return -EINVAL;
+
 	/*
 	 * Clamp the width & height into the visible area.  Note we don't
 	 * try to scale the source if part of the visible region is offscreen.