[Mesa-dev] [Bug 102496] Frontbuffer rendering corruption on mesa master

[bugzilla-daemon at freedesktop.org]

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

            Bug ID: 102496
           Summary: Frontbuffer rendering corruption on mesa master
           Product: Mesa
           Version: git
          Hardware: Other
                OS: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Mesa core
          Assignee: mesa-dev at lists.freedesktop.org
          Reporter: bruce.cherniak at intel.com
        QA Contact: mesa-dev at lists.freedesktop.org

Frontbuffer applications aren't flushing correctly.

GLUT Olympic rings run single buffered (-sb) on llvmpipe, swr, and softpipe
displays corruption.
(https://www.opengl.org/archives/resources/code/samples/glut_examples/examples/olympic.c)

Other frontbuffer applications display similar errors.

Bistected to:
eceb6710024716433069d705fbd873d6d136c2cc is the first bad commit
commit eceb6710024716433069d705fbd873d6d136c2cc

Author: Thomas Hellstrom <thellstrom at vmware.com>  2017-06-20 14:12:50
Committer: Thomas Hellstrom <thellstrom at vmware.com>  2017-08-02 04:55:35

    mesa/st: Reduce the number of frontbuffer flush calls

    The mesa state tracker was needlessly flushing the front buffer even if it
    hadn't been drawn to since the last flush. This was happening during
    glXSwapBuffers if we at some point previously had set that frontbuffer as
    a read- or draw renderbuffer, or at glFlush() or glFinish() if we at some
    point previously had rendered to the front buffer. Since the frontbuffer
    flush typically means a full drawable copy, it's a pretty big waste.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20170831/c8a280a2/attachment.html>