[Bug 102289] SynMark CSDof misrenders with "i965/surface_state: Get the aux usage from the miptree code"

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Fri Aug 18 09:46:37 UTC 2017


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

            Bug ID: 102289
           Summary: SynMark CSDof misrenders with "i965/surface_state: Get
                    the aux usage from the miptree code"
           Product: Mesa
           Version: git
          Hardware: Other
                OS: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Drivers/DRI/i965
          Assignee: jason at jlekstrand.net
          Reporter: eero.t.tamminen at intel.com
        QA Contact: intel-3d-bugs at lists.freedesktop.org

Created attachment 133599
  --> https://bugs.freedesktop.org/attachment.cgi?id=133599&action=edit
Screenshot (scaled to 1/4 size)

After mid-July, SynMark v7 CSDof has started to fail render validation.  This
happens on BXT, GLK, SKL GT2 and KBL GT2:
------------------------------
$ ./synmark2 OglCSDof
...
Validation: Failed - different (1.062 %), different (0.940 %)
------------------------------

It doesn't seem to happen with earlier generations or eDRAM machines.


On every machine & commit the misrendering looks identical to the attached
screenshot.  Issue is Mesa specific.  There are no errors from kernel.

Bisecting shows following commit to be he culprit:
------------------------------
commit dd75edb42982c1420168d509a7589032f7ead289
Author:     Jason Ekstrand <jason.ekstrand at intel.com>
AuthorDate: Wed Jun 21 21:23:20 2017 -0700
Commit:     Jason Ekstrand <jason.ekstrand at intel.com>
CommitDate: Sat Jul 22 20:59:22 2017 -0700

    i965/surface_state: Get the aux usage from the miptree code

    Reviewed-by: Topi Pohjolainen <topi.pohjolainen at intel.com>
------------------------------

When running the tests without validation, some of the frames look fine and
some have the misrender on top of it.  SynMark validation doesn't always catch
the misrendering, I guess in that case the first frame (used for validation)
doesn't happen to have the error.

I'm filing this separately in case it requires fix separate from bug 102258
perf drop.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-3d-bugs/attachments/20170818/184c15a7/attachment.html>


More information about the intel-3d-bugs mailing list