summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Fix building of GLSL demos which use M_PIJon TURNEY2009-10-053-0/+9
| | | | | | Some <math.h> files do not define M_PI, in which case, provide our own definition Signed-off-by: Jon TURNEY <[email protected]>
* Use _mesa_select_tex_image() rather than hardcoding face 0.Michel Dänzer2009-10-051-2/+1
| | | | | | | | Fixes crash loading a map in sauerbraten with hwmipmap 1 in ~/.sauerbraten/config.cfg.
* r200: remove subpixel offset from viewportFrederic Crozat2009-10-041-11/+4
| | | | Fixes bug fdo 20340 for r200.
* r300: Workaround problem on R500 with very large fragment programsNicolai Hähnle2009-10-033-5/+29
| | | | | | | | The non-KMS interface is to blame here. In theory, a proper fix could be produced that works for the KMS interface only, but it require cleaning a lot of mess. Easier to just do it right in r300g. Signed-off-by: Nicolai Hähnle <[email protected]>
* docs: document default texture binding fixBrian Paul2009-10-021-0/+1
|
* mesa: fix incorrect default texture binding in unbind_texobj_from_texunits()Brian Paul2009-10-021-1/+1
| | | | | If we deleted a currently bound texture, we were always reverting the texture binding to the default 1D texture rather than the proper default texture.
* gallium/xlib: use bitwise-and to test GLX_RGBA_BIT in choose_visual()Brian Paul2009-10-021-2/+2
| | | | The parameter is a bitmask.
* xlib: use bitwise-and to test GLX_RGBA_BIT in choose_visual()Brian Paul2009-10-021-2/+2
| | | | The parameter is a bitmask.
* gallium/xlib: return GLX_RGBA_BIT or GLX_COLOR_INDEX_BIT in get_config()Brian Paul2009-10-021-2/+2
| | | | This reverts part of commit a6b84aef4ad3a7bac40704146a98977c62bfb6e8
* gallium: replace // comments with /* */Brian Paul2009-10-029-11/+11
|
* gallium: remove // comment and extra whitespaceBrian Paul2009-10-021-7/+0
|
* mesa: fix memory leak when generating mipmaps for compressed texturesBrian Paul2009-10-011-6/+10
|
* mesa: fix mem leaksBrian Paul2009-10-011-0/+4
|
* gallium/util: silence uninitialized var warningBrian Paul2009-10-011-0/+1
|
* mesa: add missing return when out of memoryBrian Paul2009-10-011-0/+1
|
* mesa: fix potential uninitialized memory readsBrian Paul2009-10-011-0/+6
|
* glsl: fix mem leakBrian Paul2009-10-011-0/+1
|
* st/mesa: check for null before asserts, fix possible mem leakBrian Paul2009-10-011-6/+7
|
* st/mesa: silence hidden parameter warningBrian Paul2009-10-011-6/+6
|
* st/mesa: fix non-mipmap lastLevel calculation.Brian Paul2009-10-011-1/+5
| | | | | reviewed by Brian Paul. (cherry picked from master, commit ae2daacbac7242938cffe0e2409071e030e00863)
* mesa: Return -FLT_MAX instead of 0 for LG2(0).Vinson Lee2009-10-011-1/+1
| | | | | lim x->0 log(x) = -inf so -FLT_MAX is a better approximation than 0 for LG2(0).
* glx: fix glXQueryContext(GLX_RENDER_TYPE)Brian Paul2009-09-301-0/+6
| | | | | | | | The renderType parameter to CreateContext() was never used. Also, it was often passed as zero. Now when it's zero we check if the context is RGBA or CI mode and set it accordingly. Fixes bug 24211.
* i965: Fix massive memory allocation for streaming texture usage.Eric Anholt2009-09-303-0/+66
| | | | | | | | | | | | Once we've freed a miptree, we won't see any more state cache requests that would hit the things that pointed at it until we've let the miptree get released back into the BO cache to be reused. By leaving those surface state and binding table pointers that pointed at it around, we would end up with up to (500 * texture size) in memory uselessly consumed by the state cache. Bug #20057 Bug #23530
* docs: document GLSL sqrt(0) fixBrian Paul2009-09-291-0/+1
|
* glsl: regenerated fileBrian Paul2009-09-291-49/+57
|
* glsl: rewrite sqrt(x) intrinsic to handle x=0Brian Paul2009-09-291-34/+42
| | | | | | Since sqrt() is basically implemented in terms of RSQ/RCP we'll do a divide by zero if x=0 and wind up with unpredictable results. Now use CMP instruction to test for x<=0 and return zero in that case.
* glsl: add support for CMP instructionBrian Paul2009-09-294-0/+4
|
* 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)
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-19 02:21:49 +0000