Age | Commit message (Collapse) | Author | |
---|---|---|---|
2009-03-05 | r300-gallium: Use only one CS section for vertex_format. | Corbin Simpson | |
2009-03-05 | Revert "softpipe: added null ptr check for align_free() call in vbuf code" | Brian Paul | |
This reverts commit 6db24f449de9cc81e1f7bb2dde55a9819463d5e5. With a null ptr check in align_free() this is no longer needed. | |||
2009-03-05 | gallium: added null ptr check in align_free() | Brian Paul | |
2009-03-05 | softpipe: added null ptr check for align_free() call in vbuf code | Brian Paul | |
Fixes GALLIUM_NOCELL path. See bug 20475. | |||
2009-03-05 | r300-gallium: C++ compat fix. | Corbin Simpson | |
Oops. :3 | |||
2009-03-05 | radeon-gallium: fix dri2 build | Joakim Sindholt | |
2009-03-04 | radeon-gallium: Add Xorg state tracker Radeon winsys stub. | Corbin Simpson | |
2009-03-04 | radeon-gallium: Only build drivers for state trackers that are enabled. | Corbin Simpson | |
2009-03-04 | i965: add software fallback for conformant 3D textures and GL_CLAMP | Robert Ellison | |
The i965 hardware cannot do GL_CLAMP behavior on textures; an earlier commit forced a software fallback if strict conformance was required (i.e. the INTEL_STRICT_CONFORMANCE environment variable was set) and 2D textures were used, but it was somewhat flawed - it could trigger the software fallback even if 2D textures weren't enabled, as long as one texture unit was enabled. This fixes that, and adds software fallback for GL_CLAMP behavior with 1D and 3D textures. It also adds support for a particular setting of the INTEL_STRICT_CONFORMANCE environment variable, which forces software fallbacks to be taken *all* the time. This is helpful with debugging. The value is: export INTEL_STRICT_CONFORMANCE=2 | |||
2009-03-04 | radeon-gallium: Enable EGL and Xorg state trackers. | Corbin Simpson | |
Compile-tested only, but I have high hopes. | |||
2009-03-04 | radeon-gallium: DRI2 state tracker, part 3. | Corbin Simpson | |
Properly setup the build process for adding in xorg and egl trackers, and finally put radeon_context and radeon_screen to bed. | |||
2009-03-04 | r300-gallium: Add unaccelerated surface_copy. | Corbin Simpson | |
2009-03-04 | mesa: call _mesa_get_cpu_string() to get CPU info for GL_RENDERER string | Brian Paul | |
2009-03-04 | mesa: call _mesa_get_cpu_features() during one-time-init | Brian Paul | |
2009-03-04 | mesa: new cpuinfo.c file to init/query cpu info and extensions | Brian Paul | |
2009-03-04 | mesa: _mesa_get_x86_features() only needs to do its thing once | Brian Paul | |
2009-03-05 | st/xorg: Clean up xorg_exa.c a bit | Jakob Bornecrantz | |
2009-03-05 | st/xorg: Change format function a bit | Jakob Bornecrantz | |
2009-03-05 | st/xorg: Fix transfer double free | Jakob Bornecrantz | |
2009-03-05 | intel: Fixup from refcount changes | Jakob Bornecrantz | |
2009-03-05 | mesa: Add x86/common_x86.c to libmesagallium.a | Jakob Bornecrantz | |
Thanks to Brian for the refactor commit | |||
2009-03-04 | mesa: move sse.h and 3dnow.h #includes | Brian Paul | |
2009-03-04 | mesa: remove unneeded x86.h header | Brian Paul | |
2009-03-04 | mesa: make _mesa_init_x86_transform_asm() static | Brian Paul | |
2009-03-04 | mesa: rename common_x86_macros.h -> x86_xform.h | Brian Paul | |
2009-03-04 | mesa: rename x86.c -> x86_xform.c | Brian Paul | |
2009-03-04 | mesa: refactor x86 code | Brian Paul | |
Move _mesa_init_all_x86_transform_asm() into x86.c so that common_x86.c has no dependencies on the vertex transformation code. Plus some comments and clean-ups. | |||
2009-03-04 | Merge commit 'origin/master' into gallium-map-range | José Fonseca | |
2009-03-04 | indices: add translate/generate functions for unfilled modes | Keith Whitwell | |
Most of the time unfilled rendering requires a lot more thought than just translating triangles to lines or points. But sometimes, you can do exactly that, and it can be quite a bit quicker. Add code to do the translation. The caller has to determine whether it's a legal thing to do in the current state, in particular you'd need: - culling disabled - offset disabled - same front and back fill modes - possibly other stuff I can't think of. | |||
2009-03-04 | nouveau: oops, forgot to keep the NV10_SIFM object | Patrice Mandin | |
2009-03-04 | nouveau: Use proper SIFM object on NV30 | Patrice Mandin | |
2009-03-04 | mesa: Follow ARB_map_buffer_range more stricly. | José Fonseca | |
Namelly, FlushMappedBufferRange takes a subrange relative to the original range. | |||
2009-03-04 | gallium: Use consistent semantics for map ranges in gallium. | José Fonseca | |
Which are slightly different from ARB_map_buffer_range semantics, since gallium still supports more than one mapping of the same buffer. | |||
2009-03-04 | Merge commit 'origin/master' into gallium-map-range | José Fonseca | |
2009-03-04 | vbo: second attempt - avoid getting buffer_ptr and buffer_map out of sync | Keith Whitwell | |
2009-03-04 | Merge commit 'origin/master' into gallium-map-range | José Fonseca | |
2009-03-04 | mesa: Clear cache->trans after destroying the transfer. | José Fonseca | |
2009-03-04 | mesa: Clear cache->trans after destroying the transfer. | José Fonseca | |
2009-03-04 | cell: update cell driver after gallium reference count changes | Brian Paul | |
2009-03-04 | Revert "vbo: avoid getting buffer_ptr and buffer_map out of sync" | Keith Whitwell | |
This fixed a minor bug but broke everything else. This reverts commit 579ef8ab1984d895867f547afa60b3bec4c4599a. | |||
2009-03-04 | gallium: Ensure map ranges are valid. | José Fonseca | |
2009-03-04 | vbo: avoid getting buffer_ptr and buffer_map out of sync | Keith Whitwell | |
2009-03-04 | Merge commit 'origin/master' into gallium-map-range | José Fonseca | |
2009-03-04 | vbo: use FLUSH_UPDATE_CURRENT flag to indicate whether the vbo module is active | Keith Whitwell | |
Add asserts for expected values on wakeup and flush. Remove cases where this flag is set or cleared except when waking up and flushing vbo module. | |||
2009-03-04 | mesa: include mfeatures.h | Brian Paul | |
See bug 20319. | |||
2009-03-04 | mesa: Implement and use FlushMappedBufferRange. | José Fonseca | |
2009-03-04 | gallium: Remove some superfluous instances of #include "p_inlines.h". | Michel Dänzer | |
2009-03-04 | gallium: Unify reference counting. | Michel Dänzer | |
The core reference counting code is centralized in p_refcnt.h. This has some consequences related to struct pipe_buffer: * The screen member of struct pipe_buffer must be initialized, or pipe_buffer_reference() will crash trying to destroy a buffer with reference count 0. u_simple_screen takes care of this, but I may have missed some of the drivers not using it. * Except for rare exceptions deep in winsys code, buffers must always be allocated via pipe_buffer_create() or via screen->*buffer_create() rather than via winsys->*buffer_create(). | |||
2009-03-03 | r300-gallium, radeon-gallium: Continue migration to DRI2 state_tracker, part 2. | Corbin Simpson | |
Almost there. glxinfo still works, and AFAICT so does trivial/clear. | |||
2009-03-03 | r300-gallium, radeon-gallium: Begin migration to DRI2 state tracker, part 1. | Corbin Simpson | |
s/migration/migrane/ , actually. Anyway, this has working glxinfo... |