[Intel-gfx] [PATCH] drm/i915: Unconditionally flush writes before execbuffer

Chris Wilson chris at chris-wilson.co.uk
Mon May 11 03:37:56 PDT 2015


On Mon, May 11, 2015 at 12:34:37PM +0200, Daniel Vetter wrote:
> On Mon, May 11, 2015 at 08:51:36AM +0100, Chris Wilson wrote:
> > With the advent of mmap(wc), we have a path to write directly into
> > active GPU buffers. When combined with async updates (i.e. avoiding the
> > explicit domain management along with the memory barriers and GPU
> > stalls) we start to see the GPU read the wrong values from memory - i.e.
> > we have insufficient memory barriers along the execbuffer path. Writes
> > through the GTT should have been naturally serialised with execution
> > through the GTT as well and so the impact only seems to be from the WC
> > paths.
> > 
> > Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
> > Cc: Akash Goel <akash.goel at intel.com>
> > Cc: stable at vger.kernel.org
> 
> Do we have a nasty igt for this? Bugzilla?

Maybe some of the 4.0 mmap(wc) regressions, we don't have an igt (yet).
The corruption, spotted whilst playing with enabling mmap(wc) for mesa
on byt, is very sporadic and so capturing it in a concise igt may be
quite difficult.
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre


More information about the Intel-gfx mailing list