summaryrefslogtreecommitdiffstats
path: root/src/mesa
Commit message (Collapse)AuthorAgeFilesLines
* Merge branch 'mesa_7_7_branch'Brian Paul2009-12-1141-329/+324
|\ | | | | | | | | | | Conflicts: src/gallium/state_trackers/xorg/xorg_xv.c src/mesa/drivers/dri/intel/intel_span.c
| * Merge branch 'mesa_7_6_branch' into mesa_7_7_branchBrian Paul2009-12-111-9/+5
| |\
| | * mesa: remove unnecessary loop in _mesa_remove_output_reads()Brian Paul2009-12-111-9/+5
| | |
| * | Merge branch 'mesa_7_6_branch' into mesa_7_7_branchBrian Paul2009-12-1115-44/+107
| |\|
| | * mesa: check dst reg in _mesa_find_free_register()Brian Paul2009-12-111-3/+11
| | | | | | | | | | | | | | | | | | | | | | | | If a register was only being used as a destination (as will happen when generated condition-codes) we missed its use. So we'd errantly return a register index that was really in-use, not free. Fixes bug 25579.
| | * sparc: additional preprocessor test for SPARC 64-bitAurelien Jarno2009-12-111-1/+1
| | |
| | * mesa: Initialize variable in MatchInstruction.Vinson Lee2009-12-101-1/+7
| | |
| | * mesa: Assign _mesa_lookup_parameter_index return value to GLint.Vinson Lee2009-12-101-1/+1
| | |
| | * i915: Add missing break statement in i915_debug_packet.Vinson Lee2009-12-101-0/+1
| | |
| | * glsl: Increase size of array in_slang_lookup_constant from 4 to 16.Vinson Lee2009-12-101-1/+1
| | | | | | | | | | | | For some cases, _mesa_GetIntegerv reads up to params[15].
| | * glsl: Fix array out-of-bounds access by _slang_lookup_constant.Vinson Lee2009-12-101-4/+5
| | |
| | * mesa: Fix array out-of-bounds access by _mesa_TexParameteriv.Vinson Lee2009-12-101-2/+4
| | |
| | * mesa: Fix array out-of-bounds access by _mesa_TexGend.Vinson Lee2009-12-091-2/+4
| | | | | | | | | | | | | | | _mesa_TexGend calls _mesa_TexGenfv, which uses the params argument as an array.
| | * mesa: Fix array out-of-bounds access by _mesa_Lighti.Vinson Lee2009-12-091-1/+4
| | | | | | | | | | | | | | | _mesa_Lighti calls _mesa_Lightiv, which uses the params argument as an array.
| | * mesa: Fix array out-of-bounds access by _mesa_Lightf.Vinson Lee2009-12-091-1/+4
| | |
| | * mesa: Fix array out-of-bounds access by _mesa_PointParameteri.Vinson Lee2009-12-091-2/+4
| | | | | | | | | | | | | | | _mesa_PointParameteri calls _mesa_PointParameterfv, which uses the params argument as an array.
| | * mesa: Fix array out-of-bounds access by _mesa_PointParameterf.Vinson Lee2009-12-091-1/+4
| | | | | | | | | | | | | | | _mesa_PointParameterf calls _mesa_PointParameterfv, which uses the params argument as an array.
| | * mesa: Fix array out-of-bounds access by _mesa_LightModelf.Vinson Lee2009-12-091-1/+4
| | | | | | | | | | | | | | | _mesa_LightModelf calls _mesa_LightModelfv, which uses the params argument as an array.
| | * glsl: Remove unused member x from struct slang_operation.Vinson Lee2009-12-091-1/+0
| | |
| | * mesa: fix baseLevel >= MAX_TEXTURE_LEVELS testBrian Paul2009-12-091-1/+1
| | | | | | | | | | | | | | | This fixes invalid array indexing when baseLevel == MAX_TEXTURE_LEVELS. See bug 25528.
| | * r600: fix state size prediction after dc0777d3Andre Maasikas2009-12-091-1/+5
| | |
| | * mesa: Fix array out-of-bounds access by _mesa_LightModeli.Vinson Lee2009-12-081-1/+4
| | | | | | | | | | | | | | | _mesa_LightModeli calls _mesa_LightModeliv, which uses the params argument as an array.
| | * mesa: Fix array out-of-bounds access by _mesa_Fogf.Vinson Lee2009-12-081-1/+4
| | | | | | | | | | | | | | | _mesa_Fogf calls _mesa_Fogfv, which uses the params argument as an array.
| | * mesa: Fix array out-of-bounds access by _mesa_TexParameteri.Vinson Lee2009-12-081-1/+6
| | | | | | | | | | | | | | | _mesa_TexParameteri calls set_tex_parameteri, which uses the params argument as an array.
| | * mesa: Fix array out-of-bounds access by _mesa_Fogi.Vinson Lee2009-12-081-2/+4
| | | | | | | | | | | | | | | _mesa_Fogi calls _mesa_Fogfv, which uses the params argument as an array.
| | * mesa: Fix array out-of-bounds access by _mesa_TexParameteri.Vinson Lee2009-12-081-2/+4
| | | | | | | | | | | | | | | _mesa_TexParameteri calls set_tex_parameterf, which uses the params argument as an array.
| | * mesa: Fix array out-of-bounds access by _mesa_TexParameterfv.Vinson Lee2009-12-081-2/+4
| | | | | | | | | | | | | | | _mesa_TexParameterfv calls set_tex_parameteri, which uses the params argument as an array.
| | * vbo: fix array index out of bounds error, and fix evaluator prioritiesBrian Paul2009-12-081-12/+21
| | | | | | | | | | | | | | | | | | | | | Fixes bug 25525. Plus, the GL_NV_vertex_program evaluators alias and override the convential evaluator maps, so set their state after the conventional maps.
| * | intel: Remove ARGB internal_format == GL_RGB hacksIan Romanick2009-12-104-52/+17
| | | | | | | | | | | | | | | Now that XRGB is supported, we don't need to hack around cases of an RGBA format buffer with an internal format of GL_RGB.
| * | intel: Make RGB textures use XRGB8888Ian Romanick2009-12-101-4/+2
| | |
| * | intel: Make RGB renderbuffers use XRGB8888 like we do for RGB system buffers.Ian Romanick2009-12-101-5/+1
| | |
| * | i965: Fix handling of drawing to MESA_FORMAT_XRGB8888Ian Romanick2009-12-102-3/+48
| | | | | | | | | | | | | | | | | | | | | It turns out that 965 and friends cannot actually render to an xRGB surfaces. Instead, the surface has to be RGBA with writes to alpha disabled and the blend function modified to always use 1.0 for destination alpha.
| * | intel: Use spantmp2 GL_BGR / GL_UNSIGNED_INT_8_8_8_8_REV for XRGB8888Ian Romanick2009-12-101-1/+1
| | |
| * | spantmp2: Add support for GL_BGR / GL_UNSIGNED_INT_8_8_8_8_REVIan Romanick2009-12-101-0/+57
| | | | | | | | | | | | | | | This is really for MESA_FORMAT_XRGB8888. Clearly spantmp2.h needs some re-work. Any volunteers?
| * | intel: name in intel_create_renderbuffer was always 0, removeIan Romanick2009-12-101-2/+1
| | |
| * | intel: Use texformat accessor to get bytes-per-pixelIan Romanick2009-12-101-7/+1
| | |
| * | intel: softwareBuffer in intel_alloc_renderbuffer_storage was always false, ↵Ian Romanick2009-12-101-22/+15
| | | | | | | | | | | | remove
| * | intel: Axe intel_renderbuffer::texformatIan Romanick2009-12-107-24/+13
| | | | | | | | | | | | | | | Since the texformat branch merge, the value of intel_renderbuffer::texformat is just a copy of gl_renderbuffer::Format.
| * | intel: Flush the render/texture cache when finishing render to texture.Eric Anholt2009-12-101-1/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Back when we were flushing the entire batch at BindFramebuffer, the kernel would notice the domain transition when someone went to texture from it and flush for us. We no longer do the batch flushing every time, so we get to do aggressive flushing until we move batchbuffer handling to libdrm. Fixes piglit fbo-flushing. Bug #25377. No noticeable performance loss on cairo-gl (so this is better than batch flushing).
| * | mesa: Fix SCons build.Vinson Lee2009-12-091-1/+0
| | | | | | | | | | | | | | | Commit cd6b8dd9e82fedc55d033131fbc0f8ee950567c8 deleted src/mesa/state_tracker/st_cb_get.c.
| * | meta: Bind texture to unit 0 for mipmap generationIan Romanick2009-12-091-0/+4
| | | | | | | | | | | | | | | | | | | | | If the active texture unit on entry to mipmap generation is not zero, bind the texture to unit zero. Fixes bug #24219.
| * | mesa: Move OES_read_format support from drivers into the core.Eric Anholt2009-12-0910-154/+43
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The assertion is that the correct read type to be using is the native type of the underlying read renderbuffer. For some fallback paths, this may be worse than GL_RGBA/GL_UNSIGNED_BYTE for reads today, but it gets all drivers the expected GL_BGRA/GL_UNSIGNED_BYTE for ARGB8888 or GL_BGR//GL_UNSIGNED_SHORT_5_6_5_REV for rgb565 with no work. This fixes the intel (and other) DRI drivers to report read formats that should hit blit PBO readpixels paths.
| * | i965: Enable the accelerated ReadPixels path on gen4 along with pre-gen4.Eric Anholt2009-12-081-1/+1
| | | | | | | | | | | | Passes piglit pbo-read-argb8888, and doesn't otherwise regress quick.tests.
* | | mesa: Fix default (swrast) GL_MAX_COMBINED_TEXTURE_IMAGE_UNITS.Eric Anholt2009-12-101-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | The swrast pipeline shouldn't have any problem with all the frag and vert textures being bound at the same time. Note that this may result in DRI drivers that don't set this limit having an improbable return (fragment + vertex < combined), but it seems like it shouldn't cause problems for apps.
* | | intel: Attempt to fix up after "Update vertex texture code."Eric Anholt2009-12-102-1/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The MaxCombinedTextureImageUnits is the total number of samplers that can be bound between vertex, geometry, and fragment, not 0. This should report the correct value on 965 now. Other DRI drivers may also need updating if their MaxVertexTextureImageUnits != 0 (for example, if using the sw vertex pipeline). It's not clear to me if there's going to be a valid value for this limit other than MaxTextureImageUnits + MaxVertexTextureImageUnits (+ MaxGeometryTextureImageUnits eventually). If not, then we should probably just move this into the core at Get time. Bug #25518 (wine regression). Fixes piglit vp-combined-image-units.
* | | r600 : add pre-compile mesa shader calling interface, in order to handleRichard Li2009-12-094-24/+498
| | | | | | | | | | | | complex built-in shader instructions.
* | | Merge branch 'gallium-strict-aliasing'Roland Scheidegger2009-12-084-35/+47
|\ \ \
| * | | gallium: fix more potential strict aliasing issuesRoland Scheidegger2009-12-081-1/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In particular, gcc man page warns that union a_union { int i; double d; }; int f() { double d = 3.0; return ((union a_union *) &d)->i; } "might" not be ok (why not?), even though it doesn't seem to generate any warnings. Hence don't use this and do the extra step to actually use assignment to get the values in/out of the union. This changes parts of 3456f9149b3009fcfce80054759d05883d3c4ee5.
| * | | mesa: fix shader prog_execute strict aliasing violationsRoland Scheidegger2009-12-071-18/+32
| | | | | | | | | | | | | | | | use unions instead of pointer casts.
| * | | gallium/util: fix util_color_[un]pack[-ub] to be strict aliasing safeRoland Scheidegger2009-12-071-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | use pointer to union instead of void pointer. gcc complained a lot, depending what the pointer originally actually was. Looks like it's in fact maybe legal to cast for instance uint pointers to union pointers as long as union contains a uint type, hence use this with some callers, other just use union util_color in the first place.