[Bug 61477] [965g] batch corruption, clflush?

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Mon Mar 4 01:44:04 PST 2013


https://bugs.freedesktop.org/show_bug.cgi?id=61477

--- Comment #15 from Chris Wilson <chris at chris-wilson.co.uk> ---
(In reply to comment #9)
> The only interesting thing I've find is the pattern of 0x0040a0c0 in the
> batch. It repeats with a stride divisible by 128 and hits every odd dword.
> Vertical light blue lines in a y-tiled picture? Unfortunately no active
> y-tiled bo we could blame this on.

Yup, but the repeating data is not pixel data, looks more like contents from a
stale batch. And I can easily convince myself that each time it is just once
cacheline worth of bad data.

(In reply to comment #14)
> Okay, I bisected xf86-video-intel (for the corruption of window borders),
> with the result:
> 
> ab01fd696e1137ddfb9a85ae68c15c05900f0e8e is the first bad commit
> commit ab01fd696e1137ddfb9a85ae68c15c05900f0e8e
> Author: Chris Wilson <chris at chris-wilson.co.uk>
> Date:   Sat Jan 12 09:17:03 2013 +0000
> 
>     sna: Experiment with a CPU mapping for certain fallbacks

That ties right in with the theory that coherency on 965g is hosed in certain
situations - as I already know snooping is broken and this could just a very
similar effect.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20130304/df512a63/attachment.html>


More information about the intel-gfx-bugs mailing list