[Bug 94037] [Gallium] glGetQueryObject with GL_ANY_SAMPLES_PASSED returns the same as with GL_SAMPLES_PASSED
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Sun Feb 7 22:33:18 UTC 2016
https://bugs.freedesktop.org/show_bug.cgi?id=94037
Bug ID: 94037
Summary: [Gallium] glGetQueryObject with GL_ANY_SAMPLES_PASSED
returns the same as with GL_SAMPLES_PASSED
Product: Mesa
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/Gallium/r600
Assignee: dri-devel at lists.freedesktop.org
Reporter: peter.fiss at gmx.de
QA Contact: dri-devel at lists.freedesktop.org
Created attachment 121579
--> https://bugs.freedesktop.org/attachment.cgi?id=121579&action=edit
Source code of the test program. Needs SDL2 to build. It shows a red background
if the describes bug exists.
The OpenGL-Wiki says, the function should return "GL_FALSE if none of the
scoped drawing commands generate samples that pass the depth test; otherwise,
the value is GL_TRUE". Source: https://www.opengl.org/wiki/Query_Object
When calling glGetQueryObjecti64v on r600 or nouveau (probably on any gallium
driver) however, it returns the number of samples which passed the depth test.
This would be correct behaviour if the argument was GL_SAMPLES_PASSED instead
of GL_ANY_SAMPLES_PASSED.
I have attached the source code of a simple example program. It worked
correctly on the following platforms:
- Arch Linux with Intel Ivy Bridge graphics (Mesa 11.1.1-1)
- Windows 7 with the same Intel graphics
- Windows 7 with Nvidia GeForce GT 640M
- Windows 7 with ATI Radeon HD 5670
It showed incorrect behaviour on these systems:
- Arch Linux with Nouveau and GeForce GT 640M (Mesa 11.1.1-1)
- Manjaro with r600 and Radeon HD 5670 (Mesa 11.1.1-1)
Note that the bugtracker does not allow me to specify 11.1 as mesa version.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160207/02640b76/attachment-0001.html>
More information about the dri-devel
mailing list