- Sep 29, 2009
-
-
Brice Goglin authored
-
Brice Goglin authored
-
Brice Goglin authored
-
Brice Goglin authored
-
Brice Goglin authored
Conflicts: progs/egl/Makefile progs/egl/demo3.c progs/slang/vstest.c progs/tests/Makefile progs/tests/SConscript progs/tests/bufferobj.c progs/tests/floattex.c progs/tests/getprocaddress.c progs/tests/getprocaddress.py progs/tests/mapbufrange.c progs/tests/mapvbo.c progs/tests/texcmp.c progs/tests/texcompsub.c progs/tests/zreaddraw.c progs/trivial/.gitignore progs/vp/arl-static.txt progs/vp/arl-unused.txt progs/vp/vp-tris.c scons/gallium.py
-
- Sep 28, 2009
-
-
Ian Romanick authored
-
Ian Romanick authored
-
Brian Paul authored
-
Build was broken by commit 9666529b 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 <rnoland@2hip.net> Signed-off-by: Brian Paul <brianp@vmware.com>
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
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.
-
Brian Paul authored
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.
-
Brian Paul authored
-
- Sep 25, 2009
-
-
Michel Dänzer authored
Avoids an unnecessary fallback.
-
-
Emma Anholt authored
Bug #23760 (crashes in wine)
-
- Sep 24, 2009
-
-
Emma Anholt authored
This fixes the clears in openarena with the new metaops clear code, and the new piglit vbo-subdata-sync test. Bug #23857.
-
Emma Anholt authored
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.
-
Brian Paul authored
-
-
Emma Anholt authored
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.
-
Emma Anholt authored
-
Emma Anholt authored
-
Emma Anholt authored
This helps let drivers treat NV_vp like ARB_vp.
-
Brian Paul authored
At the time of the enable there may not be a Z buffer, but one may be attached to the FBO later.
-
Brian Paul authored
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.
-
Brian Paul authored
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.
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
Otherwise some apps will emit tons of warnings.
-
Pauli Nieminen authored
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.
-
Brian Paul authored
-
Brian Paul authored
This fixes the glean/glsl1 "texture2D(), with bias" test when using SSE.
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
-
seems to work here ...
-
Alex Deucher authored
128 gprs, 256 reg-based consts
-
Alex Deucher authored
- max texture size is 8k, but mesa doesn't support that at the moment. - attempt to set shader limits to what the hw actually supports - clean up some old r300 cruft - no need to explicitly disable irqs. This is fixed in the drm now. Signed-off-by: Alex Deucher <alexdeucher@gmail.com>
-