summaryrefslogtreecommitdiffstats
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* mesa: allow exposing GL3 without EXT_texture_integerMarek Olšák2012-01-255-16/+37
| | | | | | | | | | | Strictly speaking, it's not legal to expose EXT_texture_integer without EXT_gpu_shader4. It might be even dangerous (apps can assume EXT_gpu_shader4 is available without checking for it). The check in compute_version is removed as well, because that's already covered by GLSLVersion >= 130. Reviewed-by: Brian Paul <[email protected]>
* mesa: add missing integer alpha formats to _mesa_base_fbo_formatMarek Olšák2012-01-251-0/+9
| | | | Reviewed-by: Brian Paul <[email protected]>
* st/mesa: require all s3tc formats for EXT_texture_compression_s3tcMarek Olšák2012-01-251-1/+10
| | | | Reviewed-by: Brian Paul <[email protected]>
* st/mesa: simplify enabling EXT_packed_depth_stencil and ARB_fboMarek Olšák2012-01-251-16/+5
| | | | | | | | - use OR to combine bind flags - combine both conditionals into one - move the ARB_fbo enable where it belongs Reviewed-by: Brian Paul <[email protected]>
* mesa: remove obsolete comment in version.cMarek Olšák2012-01-251-1/+0
| | | | Pointed out by Brian Paul.
* gallium/docs: document more CAPsMarek Olšák2012-01-251-0/+20
|
* r600g: nuke the fallback for vertex and fragment color clampingMarek Olšák2012-01-256-53/+1
|
* r300g: nuke the fallback for fragment color clampingMarek Olšák2012-01-255-36/+0
|
* st/mesa: inline if(1) conditionalMarek Olšák2012-01-251-219/+215
| | | | v2: fix typo
* st/mesa: move fragment shader tgsi tokens into st_fp_variantMarek Olšák2012-01-254-17/+8
| | | | The TGSI code may vary depending on the clamp_color bit.
* st/mesa: do vertex and fragment color clamping in shadersMarek Olšák2012-01-2522-56/+147
| | | | | | | | | | | | | | For ARB_color_buffer_float. Most hardware can't do it and st/mesa is the perfect place for a fallback. The exceptions are: - r500 (vertex clamp only) - nv50 (both) - nvc0 (both) - softpipe (both) We also have to take into account that r300 can do CLAMPED vertex colors only, while r600 can do UNCLAMPED vertex colors only. The difference can be expressed with the two new CAPs.
* st/xvmc: remove xorg-server dependencyChristian König2012-01-251-1/+2
| | | | | | | | Fixing a circular build dependency. NOTE: This is a candidate for the 8.0 branch. Signed-off-by: Christian König <[email protected]>
* st/mesa: Fix recurring surfaceless contextsBenjamin Franzke2012-01-251-2/+4
| | | | | | | | | | | | | A current incomplete framebuffer was incorrectly used as a st_framebuffer. When accessing st_framebuffer childs bad things happen: e.g. st_framebuffer::iface was used to check whether its an incomplete fb, instead we need to compare st_framebuffer::Base against mesa_get_incomplete_framebuffer. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=44919 Note: This is a candidate for the 8.0 branch. Reviewed-by: Brian Paul <[email protected]>
* mesa: Fix CopyTex{Sub,}Image error checks for integer vs non-integer.Eric Anholt2012-01-241-8/+31
| | | | | | | | Fixes Intel oglconform negative.typeFormatMismatch.copyteximage. NOTE: This is a candidate for the 8.0 branch. Reviewed-by: Brian Paul <[email protected]>
* mesa: Add missing integer R/RG cases to _mesa_is_color_format().Eric Anholt2012-01-241-0/+12
| | | | | | | | | This is part of fixing Intel oglconform negative.typeFormatMismatch.copyteximage. NOTE: This is a candidate for the 8.0 branch. Reviewed-by: Brian Paul <[email protected]>
* meta: Detect currently-unsupported integer CopyTexSubImage and complain.Eric Anholt2012-01-241-0/+5
| | | | | | | | | | | | | | | | This code is unprepared for handling integer (particularly, the baseFormat of the TexFormat comes out as GL_RGBA, not GL_RGBA_INTEGER, so the direct call of Driver.ReadPixels crashes due to the int vs non-int error checking not having happened). I'm frankly tempted to convert this code to MapRenderbuffer/MapTexImage rather than doing it as meta ops, now that we have that support. Improves the remaining crash in Intel oglconform for int-textures to just a rendering failure. NOTE: This is a candidate for the 8.0 branch. Reviewed-by: Brian Paul <[email protected]>
* mesa: Add the remaining from/to types for GL_EXT_texture_integer (and R/RG).Eric Anholt2012-01-242-51/+176
| | | | | | | | | | | This aborts and crashes in intel oglconform's int-textures into being just rendering failures. Clamping isn't handled yet. v2: Add missing "break". v3: Drop the int/uint distinction, since they don't need different clamping. NOTE: This is a candidate for the 8.0 branch. Reviewed-by: Brian Paul <[email protected]> (v2)
* mesa: Add support for glGetTexImage on GL_TEXTURE_1D_ARRAYEric Anholt2012-01-241-2/+7
| | | | | | | | | | | Similarly to how we handle this in texstore, we have to remap height to depth so that we MapTextureImage each image layer individually. Fixes part of Intel oglconform's int-textures advanced.fbo.rtt NOTE: This is a candidate for the 8.0 branch. Reviewed-by: Brian Paul <[email protected]>
* mesa: s/GLuint col/GLint col/ to avoid signed/unsigned comparison warnings.Eric Anholt2012-01-241-8/+8
| | | | Suggested-by: Brian Paul <[email protected]>
* mesa: Add support for glGetTexImage() from integer textures.Eric Anholt2012-01-241-38/+80
| | | | | | | | | This is a step toward fixing Intel oglconform's int-textures advanced.fbo.rtt. NOTE: This is a candidate for the 8.0 branch. Reviewed-by: Brian Paul <[email protected]>
* i965/gen6+: Work around GPU hangs with logic ops on integer textures.Eric Anholt2012-01-241-2/+7
| | | | | | | | This doesn't result in correct rendering -- GL requires that logic ops work, while the hardware specs say it doesn't do them. I'm not sure how we would want to handle this. NOTE: This is a candidate for the 8.0 branch.
* i965/gen6+: Disable blending, alpha test, and dither on integer FBOs.Eric Anholt2012-01-241-6/+23
| | | | | | | Fixes GPU hangs and some rendering failures in piglit EXT_texture_integer/fbo-blending NOTE: This is a candidate for the 8.0 branch.
* mesa/gdi: remove wmesa_set_renderbuffer_funcs() functionBrian Paul2012-01-241-50/+0
| | | | | | The code is no longer relevant. Note: this driver is probably broken now. There's no implementation of ctx->Driver.Map/UnmapRenderbuffer().
* dri/swrast: remove obsolete swrast_span.c file from source listBrian Paul2012-01-241-2/+1
|
* swrast: fix uninitialized variable warningBrian Paul2012-01-241-1/+1
|
* swrast: make rowStride variable signed in put_z32_values()Brian Paul2012-01-241-1/+1
| | | | As with commit aed5c8299fe47b8e1728f8140d069bc89d3fa947
* intel: use swrast code to map/unmap renderbuffers for swrast renderingBrian Paul2012-01-241-79/+2
|
* mesa: update comments, fix whitespace in dd.hBrian Paul2012-01-241-21/+14
|
* swrast: remove unused StoreTexel codeBrian Paul2012-01-244-1187/+183
| | | | | No longer needed since we do all rendering to texture with the buffer mapping and pixel packing functions.
* swrast: use Map/UnmapTextureImage() in framebuffer map/unmap codeBrian Paul2012-01-241-15/+13
| | | | | | | When we're actually rendering into a texture, map the texture image instead of the corresponding renderbuffer. Before, we just copied a pointer from the texture image to the renderbuffer. This change will make the code usable by hardware drivers.
* mesa: remove ctx->Driver.Map/UnmapTexture() hooksBrian Paul2012-01-243-10/+0
| | | | No longer used anywhere.
* nouveau: stop calling ctx->Driver.Map/UnmapTexture()Brian Paul2012-01-242-40/+4
| | | | And remove unused nouveau_texture_map/unmap()
* tnl: remove ctx->Driver.Map/UnmapTexture() callsBrian Paul2012-01-241-8/+2
| | | | | | ctx->Driver.MapTexture() always points to _swrast_map_texture(). We're already reaching into swrast from t_vb_program.c anyway. This will let us remove the ctx->Driver.Map/UnmapTexture() functions.
* swrast: move some renderbuffer functions to s_renderbuffer.cBrian Paul2012-01-242-121/+121
|
* intel: remove intel_span_supports_format()Brian Paul2012-01-243-21/+0
| | | | It always returned True.
* swrast: remove a few extra _mesa_get_format_bytes() callsBrian Paul2012-01-241-4/+6
|
* mesa: update comments for gl_renderbufferBrian Paul2012-01-241-16/+9
|
* mesa/swrast/drivers: remove obsolete gl_renderbuffer fieldsBrian Paul2012-01-241-7/+0
| | | | This removes the last of the legacy fields from gl_renderbuffer.
* dri/swrast: use swrast_renderbuffer typeBrian Paul2012-01-242-35/+41
|
* swrast: use swrast_renderbuffer instead of gl_renderbufferBrian Paul2012-01-249-41/+62
|
* osmesa: use swrast_renderbufferBrian Paul2012-01-241-42/+45
|
* radeon: derive radeon_renderbuffer from swrast_renderbufferBrian Paul2012-01-2414-64/+73
|
* intel: derive intel_renderbuffer from swrast_renderbufferBrian Paul2012-01-247-49/+55
| | | | Drivers that rely on swrast need to do this, as with swrast_texture_image.
* xlib: derive xmesa_renderbuffer from swrast_renderbufferBrian Paul2012-01-244-24/+27
|
* swrast: allocate swrast_renderbuffers instead of gl_renderbuffersBrian Paul2012-01-242-7/+7
|
* swrast: new swrast_renderbuffer typeBrian Paul2012-01-241-0/+25
| | | | This will let us move the swrast-specific fields out of gl_renderbuffer.
* intel: use intel_rb_format() to get renderbuffer formatBrian Paul2012-01-2411-42/+56
| | | | This will make future changes cleaner and less invasive.
* dri/swrast: rename swrast_renderbuffer to dri_swrast_renderbufferBrian Paul2012-01-242-14/+14
| | | | | To prevent name collision with future swrast_renderbuffer in the swrast module.
* swrast: use stencil packing function in s_stencil.cBrian Paul2012-01-241-1/+3
|
* swrast: use color packing functions in s_span.cBrian Paul2012-01-241-4/+9
|