summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* docs: fixed glXQueryContext(GLX_RENDER_TYPE)Brian Paul2009-09-291-0/+1
|
* gallium/xlib: fix GLX_RENDER_TYPE queryBrian Paul2009-09-291-4/+4
| | | | Return GLX_RGBA_TYPE or GLX_COLOR_INDEX_TYPE.
* mesa/xlib: fix GLX_RENDER_TYPE queryBrian Paul2009-09-291-2/+2
| | | | Return GLX_RGBA_TYPE or GLX_COLOR_INDEX_TYPE.
* glx: indentation fixesBrian Paul2009-09-291-12/+13
|
* mesa: bump version to 7.6.1Brian Paul2009-09-293-5/+5
|
* docs: initial 7.6.1 release notesBrian Paul2009-09-292-0/+45
|
* mesa: work-around glXCopyContext() bug in _mesa_copy_texture_state()Brian Paul2009-09-291-8/+14
| | | | See bug 24217.
* softpipe: initialize the clear_flags bitvector in sp_create_tile_cache()Brian Paul2009-09-291-0/+5
| | | | | This silences tons of valgrind warnings in programs that don't call glClear(), such as progs/demos/gamma.
* softpipe: Grab a ref when the fb is set.Brian Paul2009-09-292-4/+9
| | | | | | | | | | | | Nasty bug when the surface is freed and another is allocated right on top of it. The next time we set the fb state SP thinks it's the same surface and doesn't flush, and when the flush eventually happens the surface belongs to a completely different texture. (cherry picked from commit a77226071f6814a53358a5d6caff685889d0e4ec) Conflicts: src/gallium/drivers/softpipe/sp_context.c
* docs: update news.html file with 7.5.2 and 7.6 releaseBrian Paul2009-09-281-0/+11
|
* Merge branch 'mesa_7_5_branch' into mesa_7_6_branchIan Romanick2009-09-281-3/+10
|\ | | | | | | | | Conflicts: src/mesa/main/version.h
| * docs: 7.5.2 md5 sumsmesa_7_5_2Ian Romanick2009-09-281-1/+9
| |
| * Prep for 7.5.2 releaseIan Romanick2009-09-282-3/+2
| |
* | docs: 7.6 md5 sumsIan Romanick2009-09-281-1/+9
| |
* | Prep for 7.6 releaseIan Romanick2009-09-283-8/+3
| |
* | Merge branch 'mesa_7_5_branch' into mesa_7_6_branchBrian Paul2009-09-286-56/+115
|\|
| * Fix build on non GLIBC platforms (FreeBSD at least)Robert Noland2009-09-281-0/+7
| | | | | | | | | | | | | | | | | | | | Build was broken by commit 9666529b5a5be1fcde82caadc2fe2efa5ea81e49 I'm not certain that this is entirely the correct fix since the demo from bug #23774 seemed to work before the commit that broke the build. Signed-off-by: Robert Noland <[email protected]> Signed-off-by: Brian Paul <[email protected]>
| * docs: list additional 7.5.2 bug fixesBrian Paul2009-09-281-0/+3
| |
| * docs: document gallium mipmap generation fixBrian Paul2009-09-281-0/+1
| |
| * st/mesa: fix st_generate_mipmap() issuesBrian Paul2009-09-281-2/+80
| | | | | | | | | | | | | | | | | | The main issue is we didn't always have a gallium texture object with enough space to store the to-be-generated mipmap levels. When that's the case, allocate a new gallium texture and use st_texure_finalize() to copy images from the old texture to the new one. We also had the baseLevel parameter to st_render_mipmap() wrong.
| * st/mesa: fix/simplify st_texture_object::lastLevel calculationBrian Paul2009-09-281-53/+9
| | | | | | | | | | | | | | Don't compute the st_texture_object::lastLevel field based on the texture filters. Use the _MaxLevel value that core Mesa computes for us. When called from the GenerateMipmap path, we'll use the lastLevel field as-is.
| * gallium/util: add sanity check assertionsBrian Paul2009-09-281-0/+11
| |
| * i915: Fix GetBufferSubData in the case of a system-memory BO.mesa_7_5_2_rc1Eric Anholt2009-09-241-1/+4
| | | | | | | | Bug #23760 (crashes in wine)
* | intel: Handle GL_RGB8 for glCopyTex(Sub)Image.Michel Dänzer2009-09-251-0/+1
| | | | | | | | Avoids an unnecessary fallback.
* | mesa: move declaration before codeVinson Lee2009-09-251-2/+3
| |
* | intel: Flush the batch when we're about to subdata into a VBO.mesa_7_6_rc1Eric Anholt2009-09-242-2/+5
| | | | | | | | | | | | | | This fixes the clears in openarena with the new metaops clear code, and the new piglit vbo-subdata-sync test. Bug #23857.
* | i965: Clean up some mess with the batch cache.Eric Anholt2009-09-243-18/+5
| | | | | | | | | | Its flagging of extra state that's already flagged by the vtbl new_batch when appropriate was confusing my tracking down of the OA clear bug.
* | Merge branch 'mesa_7_5_branch' into mesa_7_6_branchBrian Paul2009-09-242-7/+2
|\|
| * softpipe: Increase GL_MAX_3D_TEXTURE_SIZE to 256.Vinson Lee2009-09-241-1/+1
| |
| * mesa: remove glEnable(GL_DEPTH_BOUNDS_TEST_EXT) check/warningBrian Paul2009-09-241-5/+0
| | | | | | | | | | At the time of the enable there may not be a Z buffer, but one may be attached to the FBO later.
| * mesa: remove rgbMode check in enable_texture()Brian Paul2009-09-241-1/+1
| | | | | | | | | | | | | | If the currently bound FBO isn't yet validated it's possible for rgbMode to be zero so we'll lose the texture enable. This could fix some FBO rendering glitches, but I don't know of any specific instances.
* | i965: Emit zero initialization for NV VP temporaries as required.Eric Anholt2009-09-245-0/+51
| | | | | | | | | | | | | | This is similar to what r300 does inside the driver, but I've added it as a generic option since it seems most hardware will want it. Fixes piglit nv-init-zero-reg.vpfp and nv-init-zero-addr.vpfp.
* | i965: Remove assert about NV_vp now that it somewhat works.Eric Anholt2009-09-241-2/+0
| |
* | i965: Load NV program matrices when required.Eric Anholt2009-09-241-0/+3
| |
* | mesa: Initialize NV_vertex_program fields for the parameter lists and such.Eric Anholt2009-09-243-0/+55
| | | | | | | | This helps let drivers treat NV_vp like ARB_vp.
* | intel: use default array/element buffers in intel_generate_mipmap()Brian Paul2009-09-241-0/+21
| | | | | | | | | | | | | | If there happened to be a bound VBO when intel_generate_mipmap() was called we blew up because of a bad vertex array pointer. Fixes regnumonline, bug 23859.
* | mesa: replace assertion with no-op function assignmentBrian Paul2009-09-241-1/+12
| |
* | mesa: added commentBrian Paul2009-09-241-0/+1
| |
* | vbo: limit number of warnings to 10Brian Paul2009-09-241-18/+25
| | | | | | | | Otherwise some apps will emit tons of warnings.
* | radeon: Fix scissors for r600 KMS.Pauli Nieminen2009-09-242-6/+7
| | | | | | | | | | | | | | Radeon generic scissors code had problem that some of code was using exclusive and some inclusive bottom right corner. Only r600 driver is using exclusive coordinate so changed generic code to pass inclusive coordinate and r600 driver changes BR coordinate to be exclusive.
* | Merge branch 'mesa_7_5_branch' into mesa_7_6_branchBrian Paul2009-09-243-12/+18
|\|
| * swrast: add lod bias when texture samplingBrian Paul2009-09-231-2/+7
| | | | | | | | | | | | Mostly fixes progs/demos/lodbias when MESA_TEX_PROG=1. But the LOD still seems off by -1 or so. May be an issue with the params passed to _swrast_compute_lambda()
| * mesa: don't bias LOD in shader interpreter; do it in swrastBrian Paul2009-09-231-6/+1
| |
| * swrast: fix typo in partial derivatives parameter passingBrian Paul2009-09-231-1/+1
| |
| * st/mesa: trim calculated userbuffer sizeKeith Whitwell2009-09-231-3/+9
| | | | | | | | | | | | | | | | | | | | | | | | In get_array_bounds we were previously defining a user buffer sized as (nr_vertices * stride). The trouble is that if the vertex data occupies less than stride bytes, the extra tailing (stride - size) bytes may extend outside the memory actually allocated by the app and caused a segfault. To fix this, define a the buffer bounds to be: ptr .. ptr + (nr-1)*stride + element_size
* | tgsi/sse: Pass the lodbias, not zero. More comments.Brian Paul2009-09-241-5/+5
| | | | | | | | This fixes the glean/glsl1 "texture2D(), with bias" test when using SSE.
* | mesa: added default case return to silence warningBrian Paul2009-09-241-0/+1
| |
* | glsl: init var to silence warningBrian Paul2009-09-241-1/+1
| |
* | glsl: fix missing initializers warningBrian Paul2009-09-241-2/+2
| |
* | r600: add support for CUBE textures, also TXPAndre Maasikas2009-09-242-47/+263
| | | | | | | | seems to work here ...
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-26 05:13:02 +0000