summaryrefslogtreecommitdiffstats
path: root/.mailmap
diff options
context:
space:
mode:
authorChris Wilson <chris@chris-wilson.co.uk>2011-01-20 17:00:10 +0000
committerChris Wilson <chris@chris-wilson.co.uk>2011-01-20 17:26:57 +0000
commitc7dca47bd6fbb7c215cb1ce6bc40398b4b017752 (patch)
tree0255506bd3b12333addebf13b0b4ee804ea24f8b /.mailmap
parent475553de2fc861d53396dd8fd14cc22f30ab97ab (diff)
downloadblackbird-op-linux-c7dca47bd6fbb7c215cb1ce6bc40398b4b017752.tar.gz
blackbird-op-linux-c7dca47bd6fbb7c215cb1ce6bc40398b4b017752.zip
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 '.mailmap')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud