summaryrefslogtreecommitdiffstats
path: root/drivers/gpu/drm/i915/i915_gpu_error.h
diff options
context:
space:
mode:
authorChris Wilson <chris@chris-wilson.co.uk>2019-02-26 10:49:19 +0100
committerChris Wilson <chris@chris-wilson.co.uk>2019-02-26 10:55:31 +0100
commit89531e7d8ee8602b2723431a581250d5d0ec2913 (patch)
treefccf27612b7590e765eca61cdd8e13b38f57326d /drivers/gpu/drm/i915/i915_gpu_error.h
parentdrm/i915: Call MG_DP_MODE() macro with the right parameters order (diff)
downloadlinux-89531e7d8ee8602b2723431a581250d5d0ec2913.tar.xz
linux-89531e7d8ee8602b2723431a581250d5d0ec2913.zip
drm/i915: Replace global_seqno with a hangcheck heartbeat seqno
To determine whether an engine has 'stuck', we simply check whether or not is still on the same seqno for several seconds. To keep this simple mechanism intact over the loss of a global seqno, we can simply add a new global heartbeat seqno instead. As we cannot know the sequence in which requests will then be completed, we use a primitive random number generator instead (with a cycle long enough to not matter over an interval of a few thousand requests between hangcheck samples). The alternative to using a dedicated seqno on every request is to issue a heartbeat request and query its progress through the system. Sadly this requires us to reduce struct_mutex so that we can issue requests without requiring that bkl. v2: And without the extra CS_STALL for the hangcheck seqno -- we don't need strict serialisation with what comes later, we just need to be sure we don't write the hangcheck seqno before our batch is flushed. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Cc: Tvrtko Ursulin <tvrtko.ursulin@intel.com> Reviewed-by: Tvrtko Ursulin <tvrtko.ursulin@intel.com> Link: https://patchwork.freedesktop.org/patch/msgid/20190226094922.31617-1-chris@chris-wilson.co.uk
Diffstat (limited to 'drivers/gpu/drm/i915/i915_gpu_error.h')
0 files changed, 0 insertions, 0 deletions