[Mesa-dev] [Bug 59876] New: glGetTexLevelParameteriv broken for indirect rendering

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Fri Jan 25 17:06:15 PST 2013


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

          Priority: medium
            Bug ID: 59876
          Assignee: mesa-dev at lists.freedesktop.org
           Summary: glGetTexLevelParameteriv broken for indirect rendering
          Severity: normal
    Classification: Unclassified
                OS: All
          Reporter: glynn at gclements.plus.com
          Hardware: Other
            Status: NEW
           Version: 9.0
         Component: GLX
           Product: Mesa

With indirect rendering, glGetTexLevelParameteriv() is returning garbage, at
least for GL_TEXTURE_WIDTH and GL_TEXTURE_HEIGHT.

I don't know whether this is in libGL, XCB or the X server. I've tried it with
several X servers (including Xorg, Xvnc, Xvfb, Cygwin's XWin.exe and Xming),
but they're all based on the same underlying code base so that doesn't mean
much.

I managed to track it down as far as the USE_XCB branch of
__indirect_glGetTexLevelParameteriv() in src/glx/indirect.c. The reply contains
the following:

> print *reply
$7 = {
  response_type = 1 '\001', 
  pad0 = 0 '\000', 
  sequence = 65, 
  length = 0, 
  pad1 = "\000\000\000", 
  n = 1, 
  datum = 256, 
  pad2 = "\230y'a\000\000\000\000\000\000\000"
}

As xcb_glx_get_tex_level_parameteriv_data_length(reply) (i.e. reply->n) is
non-zero, it expects to find the value at
xcb_glx_get_tex_level_parameteriv_data() (i.e. following the structure), but
the correct value (256) is actually in reply->datum (which would have been used
if reply->n was zero).

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/mesa-dev/attachments/20130126/412b0178/attachment.html>


More information about the mesa-dev mailing list