drm/i915: Priority boost for waiting clients
Latency is in the eye of the beholder. In the case where a client stops and waits for the gpu, give that request chain a small priority boost (not so that it overtakes higher priority clients, to preserve the external ordering) so that ideally the wait completes earlier. v2: Tvrtko recommends to keep the boost-from-user-stall as small as possible and to allow new client flows to be preferred for interactivity over stalls. Testcase: igt/gem_sync/switch-default Signed-off-by:Chris Wilson <chris@chris-wilson.co.uk> Cc: Tvrtko Ursulin <tvrtko.ursulin@intel.com> Cc: Joonas Lahtinen <joonas.lahtinen@linux.intel.com> Cc: Dmitry Rogozhkin <dmitry.v.rogozhkin@intel.com> Reviewed-by:
Tvrtko Ursulin <tvrtko.ursulin@intel.com> Link: https://patchwork.freedesktop.org/patch/msgid/20181001144755.7978-3-chris@chris-wilson.co.uk
Showing
- drivers/gpu/drm/i915/i915_gem.c 4 additions, 1 deletiondrivers/gpu/drm/i915/i915_gem.c
- drivers/gpu/drm/i915/i915_request.c 2 additions, 0 deletionsdrivers/gpu/drm/i915/i915_request.c
- drivers/gpu/drm/i915/i915_request.h 3 additions, 2 deletionsdrivers/gpu/drm/i915/i915_request.h
- drivers/gpu/drm/i915/i915_scheduler.c 28 additions, 6 deletionsdrivers/gpu/drm/i915/i915_scheduler.c
- drivers/gpu/drm/i915/i915_scheduler.h 5 additions, 2 deletionsdrivers/gpu/drm/i915/i915_scheduler.h
Loading
Please register or sign in to comment