[Intel-gfx] [PATCH 00/13] Gen7 batch buffer command parser
Volkin, Bradley D
bradley.d.volkin at intel.com
Wed Mar 5 18:45:29 CET 2014
On Wed, Mar 05, 2014 at 09:14:38AM -0800, Daniel Vetter wrote:
> On Wed, Mar 05, 2014 at 08:59:56AM -0800, Volkin, Bradley D wrote:
> > On Wed, Mar 05, 2014 at 02:46:35AM -0800, Daniel Vetter wrote:
> > > On Tue, Feb 18, 2014 at 10:15:44AM -0800, bradley.d.volkin at intel.com wrote:
> > > > From: Brad Volkin <bradley.d.volkin at intel.com>
> > > > 3) Coherency. I've previously found a coherency issue on VLV when reading the
> > > > batch buffer from the CPU during execbuffer2. Userspace writes the batch via
> > > > pwrite fast path before calling execbuffer2. The parser reads stale data.
> > > > This works fine on IVB and HSW, so I believe it's an LLC vs. non-LLC issue.
> > > > It's possible that the shmem pread refactoring fixes this, I just have not
> > > > been able to retest due to lack of a VLV system.
> > >
> > > Is it still true that we need to test this on vlv? The shmem_pread path
> > > really should have fixed this ... Otherwise I think this looks ready to go
> > > in, I'll pester Jani for the review.
> >
> > Yes, I still don't have a system to test on.
>
> Steal one? I guess we'll notice when our QA runs all this stuff on theirs
> ;-)
It's not stealing if I give it back :)
Anyhow, sorry, the note isn't totally clear. It shouldn't be a problem for now because
the parser is still disabled on VLV (and platforms with ppgtt disabled in general). I
will look into retesting this though.
Brad
>
> Cheers, Daniel
> --
> Daniel Vetter
> Software Engineer, Intel Corporation
> +41 (0) 79 365 57 48 - http://blog.ffwll.ch
More information about the Intel-gfx
mailing list