[Mesa-dev] [Bug 92954] [softpipe] piglit drawbuffer-modes regression

[bugzilla-daemon at freedesktop.org]

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

            Bug ID: 92954
           Summary: [softpipe] piglit drawbuffer-modes regression
           Product: Mesa
           Version: git
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: NEW
          Keywords: bisected, regression
          Severity: normal
          Priority: medium
         Component: Mesa core
          Assignee: mesa-dev at lists.freedesktop.org
          Reporter: vlee at freedesktop.org
        QA Contact: mesa-dev at lists.freedesktop.org
                CC: airlied at freedesktop.org

mesa: 3694d58e6c4a39bd84e8aef0d8e67c3ae9447f33 (master 11.1.0-devel)

$ ./bin/drawbuffer-modes -auto
Probe color at (20,20)
  Expected: 0.100000 0.200000 0.300000 1.000000
  Observed: 1.000000 1.000000 1.000000 1.000000
Probe color at (20,20)
  Expected: 0.300000 0.400000 0.500000 1.000000
  Observed: 1.000000 1.000000 1.000000 1.000000
Probe color at (20,20)
  Expected: 0.400000 0.500000 0.600000 1.000000
  Observed: 1.000000 1.000000 1.000000 1.000000
Probe color at (20,20)
  Expected: 0.600000 0.700000 0.800000 1.000000
  Observed: 1.000000 1.000000 1.000000 1.000000
glDrawBuffer(GL_NONE) modifies GL_FRONT_LEFT buffer
PIGLIT: {"result": "fail" }


2b676570960277d47477822ffeccc672613f9142 is the first bad commit
commit 2b676570960277d47477822ffeccc672613f9142
Author: Dave Airlie <airlied at redhat.com>
Date:   Fri Oct 9 01:38:08 2015 +0100

    gallium/swrast: fix front buffer blitting. (v2)

    So I've known this was broken before, cogl has a workaround
    for it from what I know, but with the gallium based swrast
    drivers BlitFramebuffer from back to front or vice-versa
    was pretty broken.

    The legacy swrast driver tracks when a front buffer is used
    and does the get/put images when it is mapped/unmapped,
    so this patch attempts to add the same functionality to the
    gallium drivers.

    It creates a new context interface to denote when a front
    buffer is being created, and passes a private pointer to it,
    this pointer is then used to decide on map/unmap if the
    contents should be updated from the real frontbuffer using
    get/put image.

    This is primarily to make gtk's gl code work, the only
    thing I've tested so far is the glarea test from
    https://github.com/ebassi/glarea-example.git

    v2: bump extension version,
    check extension version before calling get image. (Ian)

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

    Cc: <mesa-stable at lists.freedesktop.org>
    Signed-off-by: Dave Airlie <airlied at redhat.com>

:040000 040000 1726a5f7f01d9ae1fc76de431bb24cce16cf69ee
75f18ded95766bac58d0c37c96ffa071a4a32071 M    include
:040000 040000 ee333146b90c837460ceab252445e3b38fc528d5
dc0656326c3fb9750fda1f6d3e75aeed99003bc6 M    src
bisect run success

-- 
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/mesa-dev/attachments/20151114/d1a7f421/attachment-0001.html>