diff options
author | Chris Wilson <chris@chris-wilson.co.uk> | 2011-01-20 17:00:10 +0000 |
---|---|---|
committer | Chris Wilson <chris@chris-wilson.co.uk> | 2011-01-20 17:26:57 +0000 |
commit | c7dca47bd6fbb7c215cb1ce6bc40398b4b017752 (patch) | |
tree | 0255506bd3b12333addebf13b0b4ee804ea24f8b /crypto/Makefile | |
parent | 475553de2fc861d53396dd8fd14cc22f30ab97ab (diff) |
drm/i915/ringbuffer: Fix use of stale HEAD position whilst polling for space
During suspend, Linus found that his machine would hang for 3 seconds,
and identified that intel_ring_buffer_wait() was the culprit:
"Because from looking at the code, I get the notion that
"intel_read_status_page()" may not be exact. But what happens if that
inexact value matches our cached ring->actual_head, so we never even
try to read the exact case? Does it _stay_ inexact for arbitrarily
long times? If so, we might wait for the ring to empty forever (well,
until the timeout - the behavior I see), even though the ring really
_is_ empty."
As the reported HEAD position is only updated every time it crosses a
64k boundary, whilst draining the ring it is indeed likely to remain one
value. If that value matches the last known HEAD position, we never read
the true value from the register and so trigger a timeout.
Reported-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Diffstat (limited to 'crypto/Makefile')
0 files changed, 0 insertions, 0 deletions