On Mon, Dec 15, 2014 at 10:34:45AM +0100, Daniel Vetter wrote:
> On Thu, Dec 11, 2014 at 08:16:59AM +0000, Chris Wilson wrote:
> > In the gen7 pipe control there is an extra bit to flush the media
> > caches, so let's set it during cache invalidation flushes.
> > 
> > Cc: Simon Farnsworth <si...@farnz.org.uk>
> > Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk>
> > Cc: stable@vger.kernel.org
> > ---
> >  drivers/gpu/drm/i915/i915_reg.h         | 1 +
> >  drivers/gpu/drm/i915/intel_ringbuffer.c | 1 +
> >  2 files changed, 2 insertions(+)
> > 
> > diff --git a/drivers/gpu/drm/i915/i915_reg.h 
> > b/drivers/gpu/drm/i915/i915_reg.h
> > index 93fdad8a7447..0ddef7256d02 100644
> > --- a/drivers/gpu/drm/i915/i915_reg.h
> > +++ b/drivers/gpu/drm/i915/i915_reg.h
> > @@ -400,6 +400,7 @@
> >  #define   PIPE_CONTROL_STORE_DATA_INDEX                    (1<<21)
> >  #define   PIPE_CONTROL_CS_STALL                            (1<<20)
> >  #define   PIPE_CONTROL_TLB_INVALIDATE                      (1<<18)
> > +#define   PIPE_CONTROL_MEDIA_CACHE_INVALIDATE              (1<<16)
> 
> Maybe call it STATE_CLEAR since that's what Bspec calls it. libva doesn't
> use this, so I have no idea what it means. I also wonder whether we should
> nuke indirect state (bit9), too? Just to make sure the context switch
> doesn't fall over between 3d and media pipeline.
> 

I am not sure if we should use "indirect state pointers disable" as that
affects the context image. If userspace is using indirect state pointers
and contexts, it will expect the GPU state to be maintain across the
unforseeable context switches. Userspace would have to zap the pointers
itself if it does not want them preserved.

> Anyway if it helps it must be good. With the rename applied:

I don't have anything to suggest this improved matters, it was just
mentioned in conjunction with context switches in the bspec and seemed
appropriate when thinking about libva...
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to