[Intel-gfx] [PATCH] drm/i915: Handle ENOSPC after failing to insert a mappable node

[Chris Wilson]

On Tue, Jul 19, 2016 at 08:55:55AM +0200, Daniel Vetter wrote:
> On Sat, Jul 16, 2016 at 06:42:36PM +0100, Chris Wilson wrote:
> > Even after adding individual page support for GTT mmaping, we can still
> > fail to find any space within the mappable region, and
> > drm_mm_insert_node() will then report ENOSPC. We have to then handle
> > this error by using the shmem access to the pages.
> > 
> > Fixes: b50a53715f09 ("drm/i915: Support for pread/pwrite ... objects")
> > Testcase: igt/gem_concurrent_blit
> > Signed-off-by: Chris Wilson <chris at chris-wilson.co.uk>
> > Cc: Ankitprasad Sharma <ankitprasad.r.sharma at intel.com>
> > Cc: Tvrtko Ursulin <tvrtko.ursulin at intel.com
> 
> Reviewed-by: Daniel Vetter <daniel.vetter at ffwll.ch>
> 
> Aside: Anything anywhere in the pipeline to make gtt mmap more robust for
> ENOSPC?

Yes. They were on the list beginning of last year....

Fence tracking gets moved to the vma (that tides up some ringbuffer and
execbuf logic, including fixing up some failure cases there) and in the
process that enables us to support partial tiled faulting as well as
fixup the current breakage. About 120 patches in.
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre