| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2009-05-07 | r300: moar cleanup | Maciej Cencora | |
| - remove unused r300UpdateClipPlanes function - move reg definition to r300_reg.h - remove incorrect forward definition of tnl_UpdateFixedFunctionProgram and add proper #include - remove unreachable code | |||
| 2009-05-07 | r300: fix compiler warnings | Maciej Cencora | |
| 2009-05-06 | When clearing the stencil buffer, don't use a two-sided stencil | Owen W. Taylor | |
| In radeon_clear_tris(), when clearing the stencil buffer, pass GL_FRONT_AND_BACK to _mesa_StencilFuncSeparate(), to avoid triggering a software fallback on r300 and below. https://bugs.freedesktop.org/show_bug.cgi?id=21601 | |||
| 2009-05-06 | radeon: hopefully fixup radeon cube state emission for kms | Dave Airlie | |
| 2009-05-06 | r100/r200: try and allocate miptree correct for hw. | Dave Airlie | |
| This doesn't make things worse but according to sroland it is how the GPU hw expects things on the r100/r200 | |||
| 2009-05-06 | r200: fix cubic emission. | Dave Airlie | |
| Still doesn't fix cubemaps, I really missed the whole drmsupports thing when testing this all originally | |||
| 2009-05-05 | r200: fix some cube map issues | Roland Scheidegger | |
| remove the r100-ism of swapping cube faces which doesn't apply to r200, and also use precalculated offsets. Note that cube textures will still not work on r100 and r200 since mipmap layout is level-first order (for r300) whereas r100/r200 require face-first (and possibly also 2k alignment for face at least with tiling). | |||
| 2009-05-05 | r200: fix another section size mismatch | Roland Scheidegger | |
| 2009-05-05 | r200: fix CS section size mismatch (bug 21565) | Roland Scheidegger | |
| 2009-05-05 | radeon/r200: enable all the optional drm support bits | Dave Airlie | |
| 2009-05-04 | r300: set proper texture row alignment for IGP chips | Maciej Cencora | |
| Looks like r400 based IGP chips require 64 byte alignment | |||
| 2009-04-28 | R300: add quadpipe overrides | Alex Deucher | |
| RV410 SE chips only have 1 quadpipe. Also, handle other R300 chip with quadpipe override. | |||
| 2009-04-28 | radeno: cleanup the startup path further | Dave Airlie | |
| 2009-04-28 | radeon: further cleanup dri1 screen init | Dave Airlie | |
| 2009-04-28 | r300: remove unused debugging in set tex buffer paths | Dave Airlie | |
| 2009-04-28 | radeon: remove kernel mm, dri2 path takes care of it | Dave Airlie | |
| 2009-04-27 | r300: fix fragment program limits | Maciej Cencora | |
| 2009-04-27 | r300: fallback only if stencil test is enabled | Maciej Cencora | |
| 2009-04-27 | r300: do front/back color selection in HW for software TCL path | Maciej Cencora | |
| 2009-04-27 | r300: fix valgrind warnings | Maciej Cencora | |
| 2009-04-27 | r300: fix point size clamping when point is not attenuated | Maciej Cencora | |
| 2009-04-27 | r300: fix performance regression | Maciej Cencora | |
| This performance regression on non TCL hw was introduced by ed4c6cbe017b4e8bacb7e012d4baaf77a20a2c33. This patch depends on "r300: always route 4 texcoord components to RS" and "r300: add point attenuation stage for TCL fallbacks". | |||
| 2009-04-27 | r300: add point attenuation stage for TCL fallbacks | Maciej Cencora | |
| 2009-04-27 | r300: always route 4 texcoord components to RS | Maciej Cencora | |
| Routing <4 components may lead to lock up. Thanks to Alex Deucher for suggestion. | |||
| 2009-04-27 | r300: flush stdout to get consistent debugging info | Maciej Cencora | |
| 2009-04-27 | r300: add atom print function for kernel mm path | Maciej Cencora | |
| 2009-04-27 | r300: handle texcoords properly | Maciej Cencora | |
| add 1D texture case and setup default Q value to 1.0 | |||
| 2009-04-27 | r300: remove unnecessary function calls | Maciej Cencora | |
| ae_create_context is called by vbo_CreateContext ae_invalidate_state is called by vbo_InvalidateState | |||
| 2009-04-27 | r300: rename state | Maciej Cencora | |
| According to r300_reg.h from radeon drm module 0x4f30 is ZB_ZMASK_OFFSET. Also cleanup as trailing whitespaces. | |||
| 2009-04-27 | r300: remove unnecessary function calls | Maciej Cencora | |
| r300SetEarlyZState is called during r300UpdateShaderStates which is called for every rendering operation. | |||
| 2009-04-24 | r300: fix cliprect values | Jerome Glisse | |
| 2009-04-24 | r300: emit cliprect when in dri2 mode | Jerome Glisse | |
| 2009-04-22 | Merge remote branch 'origin/master' into radeon-rewrite | Dave Airlie | |
| 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 | st: report GL_OUT_OF_MEMORY instead of asserting | Brian Paul | |
| 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 | 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. | |||
 |
index : android-x86-mesa.git | |
| Androïd/x86 port of Mesa drivers | Hugues Hiegel |
| summaryrefslogtreecommitdiff |