Age | Commit message (Collapse) | Author | |
---|---|---|---|
2010-03-07 | r300g: disable macrotiling when the texture height is smaller than a macrotile | Marek Olšák | |
Otherwise incorrect rendering occurs (no idea why). | |||
2010-03-07 | r300g: enable micro- and macrotiling for all textures and renderbuffers | Marek Olšák | |
2010-03-07 | r300g: add ability to tile/detile textures using blit during transfers | Marek Olšák | |
2010-03-07 | r300g: move r300_transfer to separate files | Marek Olšák | |
2010-03-07 | radeon: move glGetTexImage handlers to seperate file | Maciej Cencora | |
2010-03-07 | radeon: Some possible improvements that I spoted in radeon_tiled_texture branch. | Maciej Cencora | |
2010-03-07 | radeon: properly calculate rowstride for tiled images | Maciej Cencora | |
2010-03-07 | radeon: minor refactoring of mipmap code | Maciej Cencora | |
2010-03-07 | radeon: add texture helper function | Maciej Cencora | |
2010-03-07 | radeon: add some debugging info to sw tiling/untiling functions | Maciej Cencora | |
2010-03-07 | radeon: add software untiling functions | Maciej Cencora | |
2010-03-07 | radeon: add tile size getter | Maciej Cencora | |
2010-03-07 | radeon: added tiling functions | Maciej Cencora | |
2010-03-07 | r300: don't enable EXT_packed_depth_stencil | Maciej Cencora | |
R300 hw doesn't support sampling from Z24_S8 or S8_Z24 formats. | |||
2010-03-07 | radeon: no need to emit full state twice after flush | Maciej Cencora | |
2010-03-07 | r300: allow src and dst BOs to be placed in GTT during blit | Maciej Cencora | |
Fixes some relocation failures | |||
2010-03-07 | r300: reset bos when validating buffers during blit | Maciej Cencora | |
2010-03-07 | radeon: fallback to software in glCopyTexImage if blit isn't available | Maciej Cencora | |
2010-03-07 | r300: VAP flush is needed only when vertex program or constants are changed | Maciej Cencora | |
2010-03-07 | r300: recalculate point size, if point min/max size changes | Maciej Cencora | |
Fixes two wine d3d9 unit tests | |||
2010-03-07 | r300: no need to flush on context init | Maciej Cencora | |
2010-03-07 | r300: remove unnecessary code | Maciej Cencora | |
_tnl_UpdateFixedFunctionProgram is already called in r300_draw.c | |||
2010-03-06 | gallivm: Initialize variables for default cases. | Vinson Lee | |
Fixes use of uninitialized variables in non-debug builds. | |||
2010-03-07 | r300g: disable emitting the HWTCL-related state when SWTCL is in use | Marek Olšák | |
Now SWTCL renders at least "something", we're close... | |||
2010-03-07 | r300g: resurrect r300_emit_vertex_buffer for SWTCL | Marek Olšák | |
Taken over from c9928ac3ee5dc0d10127388f9312779a6c59da7c. | |||
2010-03-07 | r300g: validate buffers when using SWTCL | Marek Olšák | |
2010-03-07 | r300g: share the VS-output-mapping state with SWTCL | Marek Olšák | |
And associated cleanups. | |||
2010-03-07 | r300g: abort if FS compilation fails on non-debug builds | Marek Olšák | |
2010-03-06 | r300g: minor cleanups after the no-rhw merge | Marek Olšák | |
2010-03-06 | r300g: clamp vertex max index according to currently bound buffers | Marek Olšák | |
2010-03-06 | util: Use bitshift arithmetic to unpack pixels. | José Fonseca | |
All test cases pass now. | |||
2010-03-06 | util: Move the format tests cases here so that they can be easily shared. | José Fonseca | |
2010-03-06 | util: Several fixes to clamping and test. | José Fonseca | |
All tests pass here except util_format_b5g5r5a1_unorm_unpack_4ub, due to apparently a gcc 4.4.3 bug. | |||
2010-03-06 | util: Fix the maximum value computation for SSCALED channels. | José Fonseca | |
2010-03-06 | util: Add a new flag, for formats that can be described as a bitmask. | José Fonseca | |
2010-03-06 | util: Add the shortened format name to the description. | José Fonseca | |
2010-03-06 | gallivm: Add some notes about sampler static state construction. | José Fonseca | |
Recover some logic to make state canonical, although it is admittedly very shy compared with what could be done. We really need an helper module to make state canonical. | |||
2010-03-06 | gallivm: Answer question/comment. | José Fonseca | |
This reverts commit 71c05689528d7987bfb99c3afe04e456887bc7b7. | |||
2010-03-06 | gallivm: Add a placeholder for TGSI_FILE_PREDICATE registers. | José Fonseca | |
2010-03-06 | gallivm: Integrate udis86 on scons builds. | José Fonseca | |
2010-03-06 | gallivm: Generate valid IR for LLVM 2.7. | José Fonseca | |
The signatures for pack intrinsics were made more consistent in this version. | |||
2010-03-06 | dri: drop MINIGLX_SOURCES (2) | George Sapountzis | |
2010-03-06 | dri: drop MINIGLX_SOURCES | George Sapountzis | |
2010-03-05 | mesa: bump version to 7.9 | Brian Paul | |
Now that the 7.8 branch has been created Mesa/master will be version 7.9 | |||
2010-03-05 | glx: Move initialization of ext_list_first_time to where it's storage is ↵ | Brian Paul | |
allocated Move the initialization of ext_list_first_time from all of the DRI loader's CreateScreen routines, to where the storage for the screen config is allocated. It needs to get set in the screen-config even if DRI is forced off using LIBGL_ALWAYS_INDIRECT, so that psc->direct_support is initialized correctly, otherwise __glXExtensionBitIsEnabled() always returns FALSE Specifically, this causes a problem with an X server which advertises GLX<=1.2, and the GLX_SGIX_fbconfig extension. glXGetFBConfigFromVisualSGIX() uses __glXExtensionBitIsEnabled() to check if the GLX_SGIX_fbconfig extension is available, but that function won't return correct information because that data has never been initialized, because ext_list_first_time was never set... Signed-off-by: Jon TURNEY <jon.turney@dronecode.org.uk> Signed-off-by: Brian Paul <brianp@vmware.com> (cherry picked from commit 96ab4d2b84178209ee59017458d9964b32b7e183) | |||
2010-03-05 | glx: Move initialization of ext_list_first_time to where it's storage is ↵ | Jon TURNEY | |
allocated Move the initialization of ext_list_first_time from all of the DRI loader's CreateScreen routines, to where the storage for the screen config is allocated. It needs to get set in the screen-config even if DRI is forced off using LIBGL_ALWAYS_INDIRECT, so that psc->direct_support is initialized correctly, otherwise __glXExtensionBitIsEnabled() always returns FALSE Specifically, this causes a problem with an X server which advertises GLX<=1.2, and the GLX_SGIX_fbconfig extension. glXGetFBConfigFromVisualSGIX() uses __glXExtensionBitIsEnabled() to check if the GLX_SGIX_fbconfig extension is available, but that function won't return correct information because that data has never been initialized, because ext_list_first_time was never set... Signed-off-by: Jon TURNEY <jon.turney@dronecode.org.uk> Signed-off-by: Brian Paul <brianp@vmware.com> | |||
2010-03-05 | meta: Use the DrawBuffer's stencil size | Ian Romanick | |
Previously the code was erroneously using the stencil size of the context instead of the stencil size of the DrawBuffer. With FBOs these may be different. As a result, clearing the stencil buffer of an FBO bound to a context that doesn't have stencil would fail. Signed-off-by: Ian Romanick <ian.d.romanick@intel.com> | |||
2010-03-05 | swrast: Remove redundant test of the visual's accumulation buffer size | Ian Romanick | |
If the visual doesn't have an accumulation buffer, the renderbuffer passed into _swrast_clear_accum_buffer will be NULL anyway. There is no reason the check the visual. Moreover, the test erroneously checks the context's visual instead of the visual of the current DrawBuffer. With FBOs these may be different. Signed-off-by: Ian Romanick <ian.d.romanick@intel.com> | |||
2010-03-05 | swrast: Adjust colors based on ReadBuffer visual, not context visual | Ian Romanick | |
In the presence of FBOs, the visual of the context may not match the, possibly fake, visual of the current ReadBuffer. Note that the caller of adjust_colors correctly uses the visual of the ReadBuffer. Signed-off-by: Ian Romanick <ian.d.romanick@intel.com> | |||
2010-03-05 | swrast: Remove stray comment that mentions ctx->Visual | Ian Romanick | |
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com> |