summaryrefslogtreecommitdiff
path: root/drivers/gpu/drm/i915/intel_ringbuffer.h
diff options
context:
space:
mode:
authorChris Wilson <chris@chris-wilson.co.uk>2016-07-01 17:23:24 +0100
committerChris Wilson <chris@chris-wilson.co.uk>2016-07-01 21:00:55 +0100
commit1137fa8615e1c45cc79c7c6ff06704cd1702bcfd (patch)
tree5e0a2ee7d9248f00909764bc734e15715df1375c /drivers/gpu/drm/i915/intel_ringbuffer.h
parent3d5564e91025bd17d93d0a23ebf8e22309652591 (diff)
downloadlwn-1137fa8615e1c45cc79c7c6ff06704cd1702bcfd.tar.gz
lwn-1137fa8615e1c45cc79c7c6ff06704cd1702bcfd.zip
drm/i915: Stop setting wraparound seqno on initialisation
We have testcases to ensure that seqno wraparound works fine, so we can forgo forcing everyone to encounter seqno wraparound during early uptime. seqno wraparound incurs a full GPU stall so not forcing it will eliminate one jitter from the early system. Using the testcases, we have very deterministic testing which given how difficult it would be to debug an issue (GPU hang) stemming from a wraparound using pure postmortem analysis I see no value in forcing a wrap during boot. Advancing the global next_seqno after a GPU reset is equally pointless. References? https://bugs.freedesktop.org/show_bug.cgi?id=95023 Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch> Link: http://patchwork.freedesktop.org/patch/msgid/1467390209-3576-15-git-send-email-chris@chris-wilson.co.uk
Diffstat (limited to 'drivers/gpu/drm/i915/intel_ringbuffer.h')
0 files changed, 0 insertions, 0 deletions