drm/i915/ringbuffer: Fix use of stale HEAD position whilst polling for space
commitc7dca47bd6fbb7c215cb1ce6bc40398b4b017752
authorChris Wilson <chris@chris-wilson.co.uk>
Thu, 20 Jan 2011 17:00:10 +0000 (20 17:00 +0000)
committerChris Wilson <chris@chris-wilson.co.uk>
Thu, 20 Jan 2011 17:26:57 +0000 (20 17:26 +0000)
tree0255506bd3b12333addebf13b0b4ee804ea24f8b
parent475553de2fc861d53396dd8fd14cc22f30ab97ab
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>
drivers/gpu/drm/i915/intel_ringbuffer.c
drivers/gpu/drm/i915/intel_ringbuffer.h