summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* include: Fix glDebugMessageCallbackARB's prototype.José Fonseca2012-03-111-2/+2
| | | | | | | | | Seems to be a bug in Khronos headers, as http://www.opengl.org/registry/specs/ARB/debug_output.txt states userParam is not a const pointer. Signed-off-by: Dave Airlie <[email protected]>
* mesa: expose ARB_debug_outputMarek Olšák2012-03-101-0/+1
|
* mesa: display list dispatch for ARB_debug_outputMarek Olšák2012-03-101-0/+3
|
* mesa: print GL errors via debug_outputMarek Olšák2012-03-101-31/+66
|
* mesa: implement the last of GL_ARB_debug_outputnobled2012-03-103-28/+245
| | | | | | Store client-defined message IDs in a hash table, and sort them by severity into three linked lists so they can be selected by severity level later.
* mesa: add struct for managing client debug namespacesnobled2012-03-101-2/+8
| | | | The final piece of the puzzle for GL_ARB_debug_output.
* mesa: add control for categories of application-provided messagesnobled2012-03-101-5/+125
| | | | | | | | | This state is needed for deciding whether or not to log application messages with IDs that haven't been specifically passed to glDebugMessageControlARB yet. State for each individual ID number ever passed to glDebugMessageControlARB (per-context) still needs to be added.
* mesa: add yet more context fields for GL_ARB_debug_outputnobled2012-03-101-2/+8
|
* mesa: add glDebugMessageControlARBnobled2012-03-101-0/+134
| | | | | Controlling the output of client-provided messages isn't done yet.
* mesa: add message-toggle booleans for GL_ARB_debug_outputnobled2012-03-102-2/+28
|
* mesa: add some GL_ARB_debug_output functionsnobled2012-03-103-4/+286
|
* mesa: add infrastructure for GL_ARB_debug_outputnobled2012-03-108-1/+69
| | | | Marek v2: don't add the extension to extensions.c yet
* glapi: regenerate filesMarek Olšák2012-03-1011-9880/+10338
|
* glapi: add ARB_debug_output.xmlnobled2012-03-103-0/+96
| | | | Marek v2: replace GLDEBUGPROCARB with void*
* mesa: split error handling into its own filenobled2012-03-107-252/+357
| | | | Also add _mesa_vsnprintf.
* drirc: Add force_glsl_extensions_warn workaround for Unigine Heaven.Kenneth Graunke2012-03-091-0/+6
| | | | | | | | | Unfortunately, Unigine Heaven 3.0 still needs this. NOTE: This is a candidate for the 8.0 branch. Signed-off-by: Kenneth Graunke <[email protected]> Reviewed-by: Eric Anholt <[email protected]>
* svga: Disable bogus assertions concerning min_index/max_index.José Fonseca2012-03-091-8/+7
| | | | | | | min_index/max_index are merely conservative guesses, so we can't make buffer overflow detection based on their values. Tested-by: Jakob Bornecrantz <[email protected]>
* mesa: fix GL_LUMINANCE handling in glGetTexImageBrian Paul2012-03-091-2/+28
| | | | | | | | | | | | | | There are several cases in which we need to explicity "rebase" colors (ex: set G=B=0) when getting GL_LUMINANCE textures: 1. If the luminance texture is actually stored as rgba 2. If getting a luminance texture, but returning rgba 3. If getting an rgba texture, but returning luminance Fixes https://bugs.freedesktop.org/show_bug.cgi?id=46679 Also fixes the new piglit getteximage-luminance test. Reviewed-by: José Fonseca <[email protected]>
* svga: add null vs pointer check in update_need_pipeline()Brian Paul2012-03-091-1/+1
| | | | | | | | | | | | | Based on a patch submitted by Vic Lee. The other part of his patch which checked the fs pointer wasn't needed. This fixes a crash when clear() is called before any VS or FS is set. But this can only happen when the driver is used without the Mesa state tracker. NOTE: This is a candidate for the 8.0 branch. Reviewed-by: José Fonseca <[email protected]>
* nv50: add support for R8G8_R8B8 and G8R8_B8R8 formatsChristoph Bumiller2012-03-091-0/+2
|
* nv50,nvc0: share the format table codeChristoph Bumiller2012-03-092-353/+44
|
* vl: handle DRI2GetBuffers reply with multiple buffersChristian König2012-03-091-10/+23
| | | | | | This fixes a crash in XBMC, but we still doesn't see a picture. Signed-off-by: Christian König <[email protected]>
* vl/mpeg12: make bitstream decoder more robustChristian König2012-03-092-1/+2
| | | | | | Just another xine workaround. Signed-off-by: Christian König <[email protected]>
* st/vdpau: fix two small memory leaksChristian König2012-03-092-2/+6
| | | | Signed-off-by: Christian König <[email protected]>
* st/vdpau: add xine workaroundChristian König2012-03-091-1/+1
| | | | | | | For reasons I don't understand xine tries to set the surface format by using a zero pitch. Signed-off-by: Christian König <[email protected]>
* vl/video_buffer: add YUYV and UYVY supportChristian König2012-03-091-16/+59
| | | | | | | | | | This gets xine working with VDPAU. v2: some minor bugfixes. v3: create the resource with the subsampled format to avoid tilling problems Signed-off-by: Christian König <[email protected]>
* r600g: add support for subsampled rgb formatsChristian König2012-03-091-0/+15
| | | | | | v2: r600 formats are msb first! Signed-off-by: Christian König <[email protected]>
* gallivm: add support for R8G8_R8B8 and G8R8_B8R8 formatsChristian König2012-03-091-0/+42
| | | | | | Just to keep lp_test_format happy. Signed-off-by: Christian König <[email protected]>
* gallium: add R8G8_R8B8 and G8R8_B8R8 formatsChristian König2012-03-094-0/+99
| | | | | | | v2: simplify implementation by using correct swizzle v3: fix mix with successor patch Signed-off-by: Christian König <[email protected]>
* u_format: fix a comment about subsampled formatsChristian König2012-03-091-1/+1
| | | | Signed-off-by: Christian König <[email protected]>
* mesa: use _mesa_rebase_rgba_float/uint() in glGetTexImage codeBrian Paul2012-03-081-73/+4
| | | | | | NOTE: This is a candidate for the 8.0 branch. Reviewed-by: José Fonseca <[email protected]>
* mesa: use _mesa_rebase_rgba_float/uint() in glReadPixels codeBrian Paul2012-03-081-0/+4
| | | | | | | | | See the comments for _mesa_rebase_rgba_float() for details. Fixes https://bugs.freedesktop.org/show_bug.cgi?id=46679 NOTE: This is a candidate for the 8.0 branch. Reviewed-by: José Fonseca <[email protected]>
* mesa: add _mesa_rebase_rgba_float/uint() functionsBrian Paul2012-03-082-0/+98
| | | | | | | | | These will be used by glReadPixels() and glGetTexImage() to fix issues with reading GL_LUMINANCE and other formats. NOTE: This is a candidate for the 8.0 branch. Reviewed-by: José Fonseca <[email protected]>
* glsl: Refine the loop instruction counting.Eric Anholt2012-03-081-12/+36
| | | | | | | | | | | | Before, we were only counting top-level instructions. But if we have an assignment of a giant expression tree (such as the ones eventually generated by glsl-fs-unroll), we were counting the same as an assignment of a variable deref. glsl-fs-unroll-explosion now fails in a reasonable amount of time on i965 because the unrolling didn't go ridiculously far. Reviewed-by: Kenneth Graunke <[email protected]>
* r600g: enable ARB_draw_instancedMarek Olšák2012-03-081-1/+1
|
* vl/video_buffer: add YUVA and VUYA supportChristian König2012-03-081-0/+20
| | | | Signed-off-by: Christian König <[email protected]>
* gallium: remove format aliasesChristian König2012-03-082-5/+1
| | | | | | They are incomplete and don't make to much sense. Signed-off-by: Christian König <[email protected]>
* st/vdpau: cleanup YCBCR matching functionsChristian König2012-03-081-6/+6
| | | | Signed-off-by: Christian König <[email protected]>
* st/vdpau: fix chroma_format handling in ↵Christian König2012-03-081-4/+18
| | | | | | VideoSurfaceQueryGetPutBitsYCbCrCapabilities Signed-off-by: Christian König <[email protected]>
* r600g: use SX_MISC to implement rasterizer discardMarek Olšák2012-03-084-4/+13
| | | | Yeah I am reworking it again. This is way simpler than the other methods.
* Revert "r600g: fix and improve rasterizer discard for r600-r700"Marek Olšák2012-03-082-15/+6
| | | | | | I will use SX_MISC instead. This reverts commit 597fd6dc8c424a35f8442d5fd9de708013a69830.
* Revert "r600g: rework rasterizer discard for evergreen"Marek Olšák2012-03-085-45/+16
| | | | | | | | | | | | | I will use SX_MISC instead. This reverts commit 734792e83fdc526623d8fe0a60479648c936bd53. Conflicts: src/gallium/drivers/r600/evergreen_hw_context.c src/gallium/drivers/r600/evergreen_state.c src/gallium/drivers/r600/r600_hw_context.c src/gallium/drivers/r600/r600_pipe.h
* svga: fix the rasterizer state resetsZack Rusin2012-03-072-2/+17
| | | | | | | | | | | draw module calls back into the driver and sets certain parts of the state to whatever it needs, unfortunately unless you get the ordering of calls to draw just right you'll end up reseting your own driver state. That's what was happening to us draw module would under certain conditions reset our own driver state. Reviewed-by: Brian Paul <[email protected]>
* glx: Also put a symlink from libGL.so in lib/ for now.Johannes Obermayr2012-03-071-0/+1
| | | | | | | | | This fixes the libGLU.so.* build when a system libGL.so is not present since it is relying on the lib/ to build against until it gets converted to automake. Tested-by: Stéphane Marchesin <[email protected]> Reviewed-by: Stéphane Marchesin <[email protected]>
* gbm_dri: Fix DRIimage lookup callbackBenjamin Franzke2012-03-071-2/+2
| | | | | | | | | | | | | | | | | | | That is by making the dri extension variables static in gbm_dri.c. The image_lookup_extension is provided by egl_dri2 when using x11 or wayland platforms, when using the drm platform, gbm_dri has a wrapper for it. Both use the same variables name image_lookup_extension. Since -fvisibility=hidden was (probably by mistake) removed when converting to automake, the "image_lookup_extension" symbol from egl_dri2.c became exported in libEGL.so, so "image_lookup_extension" from gbm_dri.c was ignored. This resulted in calling incorrect callbacks. We cant make the image_lookup_extension static in egl_dri2.c right now, since its used across multiple files. Bugzilla: https://bugs.freedesktop.org/attachment.cgi?id=58099 Reviewed-by: Kristian Høgsberg <[email protected]>
* mesa: handle array textures in strip_texture_border()Brian Paul2012-03-071-17/+21
| | | | | | | | If the texture is a 1D array, don't remove the border pixel from the height. Similarly for 2D array textures and the depth direction. Simplify the function by assuming the border is always one pixel. Reviewed-by: Anuj Phogat <[email protected]>
* docs: add more MinGW prerequisite tipsBrian Paul2012-03-071-0/+8
| | | | Provided by Charles Huber on the mesa-users list.
* r600g: only emit SX_SURFACE_SYNC on r700 if there's CS checker supportMarek Olšák2012-03-071-1/+1
| | | | Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=47039
* i965: handle gl_PointCoord for Gen4 and Gen5 platformsYuanhan Liu2012-03-075-5/+45
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch add the support of gl_PointCoord gl builtin variable for platform gen4 and gen5(ILK). Unlike gen6+, we don't have a hardware support of gl_PointCoord, means hardware will not calculate the interpolation coefficient for you. Instead, you should handle it yourself in sf shader stage. But badly, gl_PointCoord is a FS instead of VS builtin variable, thus it's not included in c.vue_map generated in VS stage. Thus the current code doesn't aware of this attribute. And to handle it correctly, we need add it to c.vue_map manually to let SF shader generate the needed interpolation coefficient for FS shader. SF stage has it's own copy of vue_map, thus I think it's safe to do it manually. Since handling gl_PointCoord for gen4 and gen5 platforms is somehow a little special, I added a lot of comments and hope I didn't overdo it ;) v2: add a /* _NEW_BUFFERS */ comment to note the state flag dependency and also add the _NEW_BUFFERS dirty mask (Eric). Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=45975 Piglit: glsl-fs-pointcoord and fbo-gl_pointcoord NOTE: This is a candidate for stable release branches. Signed-off-by: Yuanhan Liu <[email protected]> Reviewed-by: Eric Anholt <[email protected]>
* i915: move the FALLBACK_DRAW_OFFSET check outside the drawing rect checkYuanhan Liu2012-03-071-4/+3
| | | | | | | | | | | | | We have to do fallback when the 'Clipped Drawing Rectangle X/Y Max' exceed the hardware's limit no matter the drawing rectangle offset changed or not. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46665 NOTE: This is a candidate for stable release branches. Signed-off-by: Yuanhan Liu <[email protected]> Reviewed-by: Eric Anholt <[email protected]>