[Intel-gfx] [PATCH 09/33] drm/i915: Mark unmappable GGTT entries as PIN_HIGH

Chris Wilson chris at chris-wilson.co.uk
Tue Aug 9 11:20:38 UTC 2016


On Tue, Aug 09, 2016 at 12:13:32PM +0100, Chris Wilson wrote:
> On Tue, Aug 09, 2016 at 12:05:30PM +0100, Tvrtko Ursulin wrote:
> > 
> > On 07/08/16 15:45, Chris Wilson wrote:
> > >We allocate a few objects into the GGTT that we never need to access via
> > >the mappable aperture (such as contexts, status pages). We can request
> > >that these are bound high in the VM to increase the amount of mappable
> > >aperture available. However, anything that may be frequently pinned
> > >(such as logical contexts) we want to use the fast search & insert.
> > 
> > Is the last bit still true after you merged:
> > 
> >   commit 202b52b7fbf70858609ec20829c7d69a13ffa351
> >   Author: Chris Wilson <chris at chris-wilson.co.uk>
> >   Date:   Wed Aug 3 16:04:09 2016 +0100
> > 
> >       drm: Track drm_mm nodes with an interval tree
> > 
> > Or we could PIN_HIGH the LRCs as well now?
> 
> It is still true. I've another set of patches for drm_mm to speed up the
> actual PIN_HIGH searching, but that is still slower than using the
> eviction stack. It's a tradeoff of causing fragmentation (and maybe
> hitting a slow cleanup path) or faster allocation when creating
> contexts. I think the tradeoff is still towards causing fragmentation.

I should also mention that the DRM_MM_SEARCH_HIGH is broken right now as
it just allocates from the bottom of the eviction stack, not the first
hole available whilst scanning top-down.
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre


More information about the Intel-gfx mailing list