From: Ankitprasad Sharma <ankitprasad.r.sharma@xxxxxxxxx> We are trying to reduce the time for which the global 'struct_mutex' is locked. Execbuffer ioctl is one place where it is generally held for the longest time. And sometimes because of this occasional glitches/flickers are observed in 60 fps playback (due to miss of V-blank intervals) as page flip calls gets blocked/delayed because the 'struct_mutex' is already locked. For this, we have exposed two new flags in GEM_CREATE ioctl, to pre-populate the object with system memory pages and also do an immediate clflush for the new pages. The third patch too tries to reduce the 'struct_mutex' lock time by moving only those objects to CPU domain in put_pages(), that can either be used in the future or had a CPU mapping. v2: Addressed comments from Chris/Arun. Fixed warnings in clflush of pre-populated pages. This series is based on an earlier series of Stolen Memory patches, extending the GEM_CREATE ioctl further http://lists.freedesktop.org/archives/intel-gfx/2015-July/072199.html Ankitprasad Sharma (2): drm/i915: Support for pre-populating the object with system pages drm/i915: Support for the clflush of pre-populated pages Chris Wilson (1): drm/i915: Only move to the CPU write domain if keeping the GTT pages drivers/gpu/drm/i915/i915_dma.c | 2 +- drivers/gpu/drm/i915/i915_drv.h | 5 ++ drivers/gpu/drm/i915/i915_gem.c | 119 ++++++++++++++++++++++++++++++++-------- include/uapi/drm/i915_drm.h | 12 ++-- 4 files changed, 109 insertions(+), 29 deletions(-) -- 1.9.1 _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/intel-gfx
