[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