summaryrefslogtreecommitdiffstats
path: root/src/mesa
Commit message (Collapse)AuthorAgeFilesLines
* mesa: change ctx->Driver.ProgramStringNotify() to return GLbooleanBrian Paul2010-02-0414-32/+86
| | | | | | | | | | | | | GL_TRUE indicates that the driver accepts the program. GL_FALSE indicates the program can't be compiled/translated by the driver for some reason (too many resources used, etc). Propogate this result up to the GL API: set GL_INVALID_OPERATION error if glProgramString() was called. Set shader program link status to GL_FALSE if glLinkProgram() was called. At this point, drivers still don't do any program checking and always return GL_TRUE.
* r200: Add the polygon stipple state to the state list.Pauli Nieminen2010-02-041-0/+1
| | | | This fixes glean paths test case.
* r200: Add logging for glPolygonStripple.Pauli Nieminen2010-02-041-0/+6
|
* radeon: Make debugging automaticaly increase logging verbosity for debug build.Pauli Nieminen2010-02-041-1/+5
| | | | | | | DEBUG preprocessor macro is set by configure script when --enable-debug is passed for configure. Radeon then just increase debugging verbosity if DEBUG is set in compile time.
* r600: reduce number of cache flushesAlex Deucher2010-02-042-3/+3
| | | | | | | We don't need to flush so often. Next step would be to move the flushing to the drm and only flush after each command buffer rather than each draw.
* swrast/sse: Fix _mesa_sse_transform_pointsX_3d_no_rotPauli Nieminen2010-02-042-0/+2
| | | | | | | | | | | | PXOR user in code were causing the lowest SP float register to have NaN values which made all math operations in that slot fail. Correct istruction to clear float registers is XORPS which handles single precission floats correctly. Fixes progs/tests/fog in swrast SSE mode. Now the correct commit instead of 66d09e4a2a6b770ddb which is not even close of correct fix for the bug.
* st/mesa: Remove unnecessary headers.Vinson Lee2010-02-034-5/+0
|
* Revert "mesa: fix transform_points_3d_no_rot using undefined values in %xmm0"Pauli Nieminen2010-02-042-2/+0
| | | | This reverts commit 4c31632817a0bde28ad6c9ee8032d838ce4b7bfb.
* mesa: increase number of texture units to MAX_COMBINED_TEXTURE_IMAGE_UNITSBrian Paul2010-02-034-13/+25
| | | | | | | | | | | | | | | | | | | We were misinterpretting GL_MAX_COMBINED_TEXTURE_IMAGE_UNITS previously. It's the number of texture units for which we need to keep state; not just the total number of texture units addressable by the vertex shader plus fragment shader. Since sw Mesa independently supports 16 texture units in vertex shaders and 16 texture units in fragment shaders, the max combined units is 32. Note that the docs for glActiveTexture() indicate the max legal unit is MAX(GL_MAX_COMBINED_TEXTURE_IMAGE_UNITS, MAX_TEXTURE_COORDS) - 1. A new piglit test (texunits.c) tests the various texture unit limits. I'm pretty sure I've got this all right now, but additional reviews are welcome...
* mesa: re-dimension RasterTexCoords and CoordReplaceBrian Paul2010-02-031-2/+2
| | | | These are limited to the number of texture coordinate units.
* mesa: added texcoord unit assertionBrian Paul2010-02-031-0/+2
|
* mesa: use Elements() instead of MAX_TEXTURE_COORD_UNITSBrian Paul2010-02-031-1/+1
|
* mesa: added tex unit assert, use Elements() macroBrian Paul2010-02-031-1/+2
|
* mesa: check for invalid texture coord unit in glGet queriesBrian Paul2010-02-032-56/+147
|
* mesa: check/clamp texture/program matrix accessesBrian Paul2010-02-031-2/+6
| | | | Further testing should reveal if any these assertions are hit...
* mesa: add error check for querying invalid texture matrixBrian Paul2010-02-032-5/+41
|
* mesa: use Elements() as limit in loops over texture/program matrix stacksBrian Paul2010-02-031-4/+4
|
* mesa: add out of bounds assertions for accessing texture matrix stackBrian Paul2010-02-031-0/+2
|
* Merge branch 'gallium-embedded'José Fonseca2010-02-0321-14/+21
|\
| * gallium: pipe/p_inlines.h -> util/u_inlines.hJosé Fonseca2010-02-0220-14/+20
| |
| * mesa: Add missing includes.José Fonseca2010-02-011-0/+1
| |
* | mesa: Factor out the fb initialization details from _mesa_new_framebuffer.Francisco Jerez2010-02-0310-21/+42
| | | | | | | | | | | | | | | | | | | | | | This should make things easier for drivers wanting to work with a "subclass" of gl_framebuffer. The complementary "_mesa_initialize_framebuffer" function is now called "_mesa_initialize_window_framebuffer" for the sake of symmetry. Signed-off-by: Brian Paul <[email protected]>
* | vbo: fix void * arithmetic warningKeith Whitwell2010-02-031-1/+2
| |
* | vbo: Fix up in-place splitting for non-contiguous/indexed primitives.Francisco Jerez2010-02-031-51/+62
| | | | | | | | | | | | | | | | | | | | | | | | | | | | The in-place splitting code wasn't dealing with index buffers at all (and it was being called from vbo_split_prims for too big index buffers, causing some occasional corruption). Additionally, it wasn't taking into account primitives arrays with non-contiguous indices (e.g. given prim[0].start = 0 and prim[1].start = max_verts, it would happily call back the driver with (max_index - min_index) still greater than max_verts, causing infinite recursion). It still doesn't handle too large indexed vertex buffers: use vbo_split_copy for that.
* | mesa/st: bump the gallium version numberKeith Whitwell2010-02-031-1/+1
| | | | | | | | | | This is a very informal version number, but there have been enough changes that a bump is appropriate at this time.
* | st/mesa: remove some floating point divides in viewport calculationKeith Whitwell2010-02-031-3/+3
| | | | | | | | | | Compiler can't usually turn x/2.0f into x * 0.5f, though we're happy with either.
* | r300: fix compiler bugs introduced with MRT changes.Dave Airlie2010-02-032-2/+3
| | | | | | | | | | | | | | the first looks like a definite bug, the second I'm not so confident of but it works. Signed-off-by: Dave Airlie <[email protected]>
* | Track frag shader changes introduced by commit ↵Scott Moreau2010-02-021-1/+1
| | | | | | | | | | | | 4769566500be1a53dd9b4cc1a613aef439a0e3d8 Signed-off-by: Corbin Simpson <[email protected]>
* | mesa: Add a BITSET_FFS function.Francisco Jerez2010-02-021-1/+24
| | | | | | | | | | | | | | It will be useful for the nouveau DRI driver and IMHO there's no reason to keep it private. Signed-off-by: Brian Paul <[email protected]>
* | r300compiler: Add MRT number to debugging output.Corbin Simpson2010-02-022-4/+4
| |
* | r300compiler, r300 classic, r300g: Add support for MRTs in the frag shader.Corbin Simpson2010-02-027-11/+33
| | | | | | | | This maybe breaks the vert compiler. Hopefully not.
* | r200: Fix EXT_fogcoord rendering.Pauli Nieminen2010-02-021-2/+2
| | | | | | | | | | The fogcoord calue was not pushed to GPU because of implicit float to int conversion. Fix is to use float pointer to buffer object so no conversion is done in assigment
* | st/mesa: fix texture deallocation bugBrian Paul2010-02-011-12/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This fixes a bug reported by Christoph Bumiller on mesa3d-dev. When a texture is first created as RGBA, then re-defined with glTexImage(internalFormat=GL_DEPTH_COMPONENT) we failed to deallocate the original texture. When this texture was bound as a FBO surface, the depth/Z surface format was RGBA instead of Z. Depending on the driver this led to a failed assertion or FBO validation failure. This patch does three things: 1. Remove ancient code that mysteriously tested if we were replacing the smallest mipmap level and tested if the texture was not a cube map texture. I can't see any reason for those tests. 2. Move the width=height=depth=0 test to after the code which frees texture data. Calling glTexImage with width=height=depth=0 and data=NULL is a way to free a single mipmap level. 3. Update the code comments. There are no apparent conform, glean or piglit regressions from this change. (cherry picked from commit 43e4b584227534e30e487e7fb7e99d6501cbcd85)
* | mesa: change _mesa_find_free_register() to find multiple free regsBrian Paul2010-02-013-29/+62
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Before, _mesa_find_free_register() would scan the given shader to find a free/unused register of the given type. But subsequent calls would return the same register again. This caused a failure in the _mesa_remove_output_reads() function which sometimes needs several free temps. Now use a new function which build a vector of 'used' flags and another function which searches that vector for an unused register starting at a position that's incremented for each call. Fixes fd.o bug 26317. Note that a regression test for this has been added to the glean/glsl1 test. (cherry picked from commit e0d01c9d7f46ccd531f8dd1a04c5ac067200ef1e)
* | st/mesa: remove duplicate calculation of fp input mappingKeith Whitwell2010-02-015-37/+12
| | | | | | | | | | This was being calculated the same way in two different places. Now just do it in st_translate_fragment_program().
* | st/mesa: remove dead stfp input_map arrayKeith Whitwell2010-02-012-12/+0
| | | | | | | | Was being calculated and not used. Also was probably incorrect...
* | mesa: added _mesa_print_vp/p_inputs() functions (debug aids)Brian Paul2010-02-012-0/+47
| |
* | glslcompiler: add glapi_nop.o to OBJECTSBrian Paul2010-02-011-0/+1
|/
* mesa: Remove unnecessary headers.Vinson Lee2010-02-013-7/+0
|
* r600: Remove duplicate assignment.Vinson Lee2010-01-311-1/+1
|
* st/mesa: Remove unnecessary headers.Vinson Lee2010-01-313-3/+0
|
* mesa: Remove unnecessary headers.Vinson Lee2010-01-314-10/+0
|
* i965: Silence uninitialized variable warning.Vinson Lee2010-01-311-1/+1
|
* radeon: Remove unnecessary headers.Vinson Lee2010-01-3013-40/+0
|
* r600: Remove unnecessary headers.Vinson Lee2010-01-3011-24/+0
|
* r300: Remove unnecessary headers.Vinson Lee2010-01-301-2/+0
|
* r200: Remove unnecessary headers.Vinson Lee2010-01-309-24/+0
|
* r128: Remove unnecessary headers.Vinson Lee2010-01-309-20/+0
|
* intel: Remove unnecessary headers.Vinson Lee2010-01-306-8/+0
|
* i965: Remove unnecessary headers.Vinson Lee2010-01-303-3/+0
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-29 02:51:15 +0000