Re: [Intel-gfx] [PATCH 2/2] drm/i915: Perform object clflushing asynchronously

2017-02-20 Thread Chris Wilson
On Mon, Feb 20, 2017 at 06:41:04PM +, Matthew Auld wrote: > On 17 February 2017 at 14:07, Chris Wilson wrote: > > Flushing the cachelines for an object is slow, can be as much as 100ms > > for a large framebuffer. We currently do this under the struct_mutex BKL > > on execution or on pageflip.

Re: [Intel-gfx] [PATCH 2/2] drm/i915: Perform object clflushing asynchronously

2017-02-20 Thread Matthew Auld
On 17 February 2017 at 14:07, Chris Wilson wrote: > Flushing the cachelines for an object is slow, can be as much as 100ms > for a large framebuffer. We currently do this under the struct_mutex BKL > on execution or on pageflip. But now with the ability to add fences to > obj->resv for both flips

[Intel-gfx] [PATCH 2/2] drm/i915: Perform object clflushing asynchronously

2017-02-17 Thread Chris Wilson
Flushing the cachelines for an object is slow, can be as much as 100ms for a large framebuffer. We currently do this under the struct_mutex BKL on execution or on pageflip. But now with the ability to add fences to obj->resv for both flips and execbuf (and we naturally wait on the fence before CPU