Age | Commit message (Collapse) | Author | |
---|---|---|---|
2009-04-22 | i965: actually use the new, second surface state cache | Brian Paul | |
2009-04-22 | i965: checkpoint commit: use two state caches instead of one | Brian Paul | |
The new, second cache will only be used for surface-related items. Since we can create many surfaces the original, single cache could get filled quickly. When we cleared it, we had to regenerate shaders, etc. With two caches, we can avoid doing that. | |||
2009-04-22 | i965: remove unused state atom entries | Brian Paul | |
2009-04-22 | i965: the brw_constant_buffer state atom is no longer dynamic | Brian Paul | |
No more dynamic atoms so we can simplify the state validation code a little. | |||
2009-04-22 | i965: add _NEW_PROGRAM_CONSTANTS to mesa_bits[] list | Brian Paul | |
2009-04-22 | i915: check the new _NEW_PROGRAM_CONSTANT flag | Brian Paul | |
2009-04-22 | i965: use _NEW_PROGRAM_CONSTANTS and always create new const buffers | Brian Paul | |
When program constants change we create a new VS constant buffer instead of re-using the old one. This allows us to have several const buffers in flight with vertex rendering. | |||
2009-04-22 | i965: updates to some debug code | Brian Paul | |
2009-04-22 | i965: use new _NEW_PROGRAM_CONSTANTS flag instead of dynamic flags | Brian Paul | |
2009-04-22 | r200/r300/r500: add _NEW_PROGRAM_CONSTANTS flag | Brian Paul | |
Make sure we detect constant buffer changes indicated by the new flag. Should be able to remove _NEW_PROGRAM (and _NEW_MODELVIEW, _NEW_LIGHT, etc) from several places (someday. | |||
2009-04-22 | st: also check _NEW_PROGRAM flag for vertex shader constant buffers | Brian Paul | |
This is a follow-on to commit c1a3b852807fb160f0cd246c1364b7336b4b947e. Note that (at this time) wherever _NEW_PROGRAM_CONSTANTS is set we're still setting _NEW_PROGRAM so this won't really make any difference (for now). | |||
2009-04-22 | gallium: Reinstate unconditional flushes. | Thomas Hellstrom | |
Lost in commit e50dd26ca6d0eb0d0f97c2780020ea16e3d4a687. Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com> | |||
2009-04-22 | mesa: protect driver.flush() with FLUSH_CURRENT | Keith Whitwell | |
Need to do this to ensure vbo code unmaps its buffers before calling the driver, which may be sitting on top of a memory manager which objects to firing commands from a mapped buffer. | |||
2009-04-21 | st: play it safe for now and check _NEW_PROGRAM for shader const buffer atom | Brian Paul | |
When a new program is bound but no constants are updated we still need to update the Gallium const buffer. | |||
2009-04-21 | swrast: simplify state update logic for fragment shader const buffers | Brian Paul | |
2009-04-21 | st: use the static atoms[] array directly | Brian Paul | |
We can simplify this now that we no longer have any dynamic atoms. | |||
2009-04-21 | st: do away with dynamic state atom for const buffers | Brian Paul | |
Just use the new _NEW_PROGRAM_CONSTANTS flag instead. | |||
2009-04-21 | mesa: new _NEW_PROGRAM_CONSTANTS flag | Brian Paul | |
This state flag will be used to indicate that vertex/fragment program constants have changed. _NEW_PROGRAM will be used to indicate changes to the vertex/fragment shader itself, or misc related state. _NEW_PROGRAM_CONSTANTS is also set whenever a program parameter that's tracking GL state has changed. For example, if the projection matrix is in the parameter list, calling glFrustum() will cause _NEW_PROGRAM_CONSTANTS to be set. This will let to remove the need for dynamic state atoms in some drivers. For now, we still set _NEW_PROGRAM in all the places we used to. We'll no longer set _NEW_PROGRAM in glUniform() after drivers/etc have been updated. | |||
2009-04-21 | mesa: print internal.current[i] attrib | Brian Paul | |
2009-04-21 | mesa: print parameter list dirty state flag mask | Brian Paul | |
2009-04-21 | i965: const correctness | Brian Paul | |
2009-04-21 | r300: r300 hw doesn't support any input modifiers in tex insts | Maciej Cencora | |
2009-04-21 | r300-gallium: Fix CS size mismatch | Mathias Gottschlag | |
This fixes some warnings which appear because the driver assumes a wrong cs size (13 vs 16 register writes in some cases). | |||
2009-04-21 | st: report GL_OUT_OF_MEMORY instead of asserting | Brian Paul | |
2009-04-20 | softpipe: fix softpipe_is_buffer/texture_referenced() regression | Brian Paul | |
Return the conservative PIPE_REFERENCED_FOR_READ | PIPE_REFERENCED_FOR_WRITE value for now. This fixes a bunch of regressions seen in piglit and glean. | |||
2009-04-20 | swrast: fix pointer arithmetic error in get_texel_array() | Brian Paul | |
This came from commit 1b2ab023673261b4b942e1126c0b599d02fbd4a0 | |||
2009-04-20 | gdi: Don't implement broken gl_dispatch_stub_xxx. | José Fonseca | |
2009-04-20 | wgl: Don't implement broken gl_dispatch_stub_xxx. | José Fonseca | |
These don't respect the stdcall, so they crash upon return. | |||
2009-04-20 | mesa: Correct the gl_dispatch_stub_xxx prototypes. | José Fonseca | |
2009-04-20 | mesa: Handle failure to create a transfer. | José Fonseca | |
2009-04-20 | st: assert on pipe_buffer_create failure | Keith Whitwell | |
This needs a proper fix to propogate the out-of-memory condition back up to Mesa and the app as a GL error. Until then, at least catch the problem at its source. | |||
2009-04-20 | util: don't set unused blend state | Keith Whitwell | |
Try to avoid creating multiple blend atoms. | |||
2009-04-20 | trace: Add initializer for static variables | Jakob Bornecrantz | |
2009-04-20 | r300: fix register-negate branch merge regression | Maciej Cencora | |
2009-04-20 | gallium: Fix glDraw/CopyPixels fragment program leak. | Michel Dänzer | |
2009-04-19 | trace: Enable dumping to be turned on and off | Jakob Bornecrantz | |
2009-04-19 | st: Wait to create bitmap transfer until needed | Jakob Bornecrantz | |
2009-04-18 | softpipe: Simplify softpipe_create's prototype. | José Fonseca | |
2009-04-18 | softpipe: Fix softpipe_is_texture_referenced prototype. | José Fonseca | |
2009-04-18 | softpipe: Remove softpipe_winsys. | José Fonseca | |
Not used by softpipe anyway. | |||
2009-04-18 | i965: use region width, height in brw_update_renderbuffer_surface() | Brian Paul | |
Fixes a regression from commit 2c30fd84dfa052949a117c78d932b58c1f88b446 seen with DRI1. | |||
2009-04-18 | intel: #include polygon.h to silence warning | Brian Paul | |
2009-04-18 | mesa: add switch case for GL_VERTEX_STATE_PROGRAM_NV in _mesa_new_program() | Brian Paul | |
Fixes bug seen in progs/tests/vptest1.c | |||
2009-04-18 | intel: Handle ARB_vertex_buffer_object state in intel_clear_tris(). | Michel Dänzer | |
Fixes gearsvbo app by Michael Clark. | |||
2009-04-17 | intel: make sure polygon mode is set properly in intel_clear_tris() | Brian Paul | |
Fixes progs/glsl/skinning.c demo. | |||
2009-04-17 | mesa: suppress extra newline | Brian Paul | |
2009-04-17 | i915: fix broken indirect constant buffer reads | Brian Paul | |
The READ message's msg_control value can be 0 or 1 to indicate that the Oword should be read into the lower or upper half of the target register. It seems that the other half of the register gets clobbered though. So we read into two dest registers then use a MOV to combine the upper/lower halves. | |||
2009-04-17 | mesa: build a float[4] value in _mesa_add_sampler() to avoid random values | Brian Paul | |
2009-04-17 | dri: __driUtilMessage(): not all messages are errors | Brian Paul | |
2009-04-17 | mesa: minor tweak to error message | Brian Paul | |