forked from Minki/linux
d1b48c1e71
This was the competing idea long ago, but it was only with the rewrite of the idr as an radixtree and using the radixtree directly ourselves, along with the realisation that we can store the vma directly in the radixtree and only need a list for the reverse mapping, that made the patch performant enough to displace using a hashtable. Though the vma ht is fast and doesn't require any extra allocation (as we can embed the node inside the vma), it does require a thread for resizing and serialization and will have the occasional slow lookup. That is hairy enough to investigate alternatives and favour them if equivalent in peak performance. One advantage of allocating an indirection entry is that we can support a single shared bo between many clients, something that was done on a first-come first-serve basis for shared GGTT vma previously. To offset the extra allocations, we create yet another kmem_cache for them. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Reviewed-by: Tvrtko Ursulin <tvrtko.ursulin@intel.com> Link: https://patchwork.freedesktop.org/patch/msgid/20170816085210.4199-5-chris@chris-wilson.co.uk |
||
---|---|---|
.. | ||
huge_gem_object.c | ||
huge_gem_object.h | ||
i915_gem_coherency.c | ||
i915_gem_context.c | ||
i915_gem_dmabuf.c | ||
i915_gem_evict.c | ||
i915_gem_gtt.c | ||
i915_gem_object.c | ||
i915_gem_request.c | ||
i915_gem_timeline.c | ||
i915_live_selftests.h | ||
i915_mock_selftests.h | ||
i915_random.c | ||
i915_random.h | ||
i915_selftest.c | ||
i915_sw_fence.c | ||
i915_syncmap.c | ||
i915_vma.c | ||
intel_breadcrumbs.c | ||
intel_hangcheck.c | ||
intel_uncore.c | ||
mock_context.c | ||
mock_context.h | ||
mock_dmabuf.c | ||
mock_dmabuf.h | ||
mock_drm.c | ||
mock_drm.h | ||
mock_engine.c | ||
mock_engine.h | ||
mock_gem_device.c | ||
mock_gem_device.h | ||
mock_gem_object.h | ||
mock_gtt.c | ||
mock_gtt.h | ||
mock_request.c | ||
mock_request.h | ||
mock_timeline.c | ||
mock_timeline.h | ||
mock_uncore.c | ||
mock_uncore.h | ||
scatterlist.c |