Age | Commit message (Collapse) | Author | |
---|---|---|---|
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... | |||
2009-03-03 | mesa: include main/dd.h in t_vb_points.c and t_vp_build.c | Brian Paul | |
For some reason makedepend doesn't seem to find the dependency on this header in these two files. Directly including the header is a work-around. | |||
2009-03-04 | st/dri2: Fake frontbuffer changes | Jakob Bornecrantz | |
Front buffer rendering works as it stands but it completely wrong. But as it stands fake front buffer rendering is completely broken. So we keep it as it is. But lets atleast handle it in the get buffers code. | |||
2009-03-04 | st/dri2: Hook up flush_frontbuffer | Jakob Bornecrantz | |
Doesn't do anything because we can't tell the X server about any changes to the fake front buffer. | |||
2009-03-04 | st/dri2: We are strictly a dri2 driver | Jakob Bornecrantz | |
2009-03-03 | st/drm: s/hocks/hooks/ | Jakob Bornecrantz | |
2009-03-03 | gallium: remove old state tracker renderbuffer attachment assertion | Brian Paul | |
Not needed since renderbuffers are ref-counted. Fixes progs/demos/shadowtex. | |||
2009-03-03 | xlib: code to force fixed function -> shader translation (for debug, disabled) | Brian Paul | |
2009-03-03 | mesa: fix sw fallback state validation bug | Brian Paul | |
When a hw driver fell back to swrast, swrast wasn't always getting informed of program changes. When fixed function is translated into shaders, flags like _NEW_LIGHT, _NEW_TEXTURE, etc. should really signal _NEW_PROGRAM. In this case, swrast wasn't seeing _NEW_PROGRAM when new fragment shaders were generated. |