summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* st/mesa: enable GL_ARB_framebuffer_objectBrian Paul2009-06-291-0/+6
| | | | | All gallium drivers should be able to support mixed-size color/depth/stencil buffers. If not, we'll need a new PIPE_CAP_ query.
* mesa: check for ARB_framebuffer_object for GL_TEXTURE_STENCIL_SIZE_EXT queryBrian Paul2009-06-291-1/+2
|
* mesa: alphabetize linesBrian Paul2009-06-291-1/+1
|
* Revert "intel: Remove unneded pthread mutex in LOCK_HARDWARE."Eric Anholt2009-06-291-1/+8
| | | | | | | | | | | This reverts commit de447afff26706e3bf8bdcd5cfb8b1daf49b4b21 but puts the lock under DRI1-only. From keithw: > It's there because the DRI1 code doesn't actually achieve the mutexing > which it looks as if it should. For multi-threaded applications it was > always possible to get two threads inside locked regions -- I have no > idea how, but it certainly was and presumably still is possible.
* intel: Move note_unlock() implementation to the one place it's needed.Eric Anholt2009-06-296-26/+2
|
* intel: Remove unneded pthread mutex in LOCK_HARDWARE.Eric Anholt2009-06-291-6/+0
| | | | | | | | | | | | This would cause LOCK_HARDWARE to mutex all contexts in this process on both DRI1 and DRI2. On DRI1, LOCK_HARDWARE already does it for all processes on the system. On DRI2, LOCK_HARDWARE doesn't, but there shouldn't be any state outside the context that needs any additional protection. Notably, the bufmgr is protected by its own mutex and not LOCK_HARDWARE. This code was originally introduced with the i915tex code dump, so it's not clear what it was there for.
* intel: Make LOCK_HARDWARE recursive to avoid hand-rolling recursiveness.Eric Anholt2009-06-295-47/+19
|
* Merge branch 'mesa_7_5_branch'Brian Paul2009-06-291-1/+1
|\
| * progs/glsl: link with GLEW libraryBrian Paul2009-06-291-1/+1
| |
* | Merge branch 'mesa_7_5_branch'Jakob Bornecrantz2009-06-1429-8/+118
|\|
| * progs/glsl: compile with scons and glewKeith Whitwell2009-06-2927-1/+106
| | | | | | | | Get most of these working with scons.
| * scons: Don't raise an exception when DXSDK is not found.José Fonseca2009-06-291-5/+3
| | | | | | | | | | Unfortunately scons does not check if a tool exists before it invokes its generate function.
| * scons: Disable optimizations only for gcc-4.2José Fonseca2009-06-281-2/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | gcc-4.2's optimizer has a strange bug where it looses code from inner loops in certain situations. For example, if the appearently innocent looking code below is compiled with gcc-4.2 -S -O1, the inner loop's code is missing from the outputed assembly. struct Size { unsigned width; }; struct Command { unsigned length; struct Size sizes[32]; }; extern void emit_command(void *command, unsigned length); void create_surface( struct Size size, unsigned faces, unsigned levels) { struct Command cmd; unsigned face; unsigned level; cmd.length = faces*levels*sizeof(cmd.sizes[0]); for(face = 0; face < faces; ++face) { for(level = 0; level < levels; ++level) { cmd.sizes[face*levels + level] = size; // This should generate a shrl statement, but the whole for body // disappears in gcc-4.2 -O1/-O2/-O3! size.width >>= 1; } } emit(&cmd, sizeof cmd.length + cmd.length); } Note that this is not specific to MinGW's gcc-4.2 crosscompiler (the version typically found in debian/ubuntu's mingw32 packages). gcc-4.2 on Linux also displays the same error. gcc-4.3 and above gets this correctly though. Updated MinGW debian packages with gcc-4.3 are available from http://people.freedesktop.org/~jrfonseca/debian/pool/main/m/
| * scons: Use -Bsymbolic linker option.José Fonseca2009-06-281-0/+5
| | | | | | | | | | | | | | | | This prevents the error relocation R_X86_64_PC32 against symbol `_gl_DispatchTSD' can not be used when making a shared object; recompile with -fPIC when building on x86_64 architecture.
* | Revert "r200: make use of DMA buffers for Elts a lot better."Dave Airlie2009-06-293-19/+16
| | | | | | | | | | | | This reverts commit 0952645fe04a27968565ea4d913500c23b1b11e3. Need to revisit where this is going wrong
* | r300g: YCbCr and sRGB textures.Corbin Simpson2009-06-273-1/+15
| |
* | r300g: Fix EXT_packed_depth_stencil functionality.Corbin Simpson2009-06-272-2/+10
| | | | | | | | Allow Z24S8 to be a true texture.
* | st/dri: Fix last depth bits logicJakob Bornecrantz2009-06-271-2/+2
| |
* | radeon: Always initialize front and back renderbuffers if presentNicolai Hähnle2009-06-271-2/+1
| | | | | | | | | | | | This fixes an assertion in glReadPixels from the front buffer. Signed-off-by: Nicolai Hähnle <[email protected]>
* | radeon: Update .gitignoreNicolai Hähnle2009-06-272-2/+25
| | | | | | | | | | | | | | Add all source files that are symlink'ed from common radeon code to the ignore list. Signed-off-by: Nicolai Hähnle <[email protected]>
* | r300g: EXT_provoking_vertex.Corbin Simpson2009-06-262-4/+6
| |
* | r300g: S3TC.Corbin Simpson2009-06-262-6/+36
| | | | | | | | tests/texcompress2 doesn't work, but tests/texcmp does (more or less.)
* | r300g: Use real texture formats.Corbin Simpson2009-06-263-25/+42
| | | | | | | | What bugs me is that the YUV444 format somehow worked properly. :3
* | r300g: Definitively forbid unusable Z buffer/stencil formats.Corbin Simpson2009-06-261-1/+12
| |
* | r300g: Comment out assert for now.Corbin Simpson2009-06-261-0/+2
| | | | | | | | Will fix with better constant refactoring later.
* | r300g: Be more specific on surface_copy fallbacks.Corbin Simpson2009-06-261-1/+1
| |
* | r300g: PIPE_CAP_TGSI_CONT_SUPPORTED.Corbin Simpson2009-06-261-0/+3
| |
* | r300-gallium: Ensure that no dirty state goes unemitted.Corbin Simpson2009-06-261-2/+4
| |
* | Merge branch 'arb_vertex_array_object'Brian Paul2009-06-2626-2671/+3032
|\ \
| * | docs: document GL_ARB_vertex_array_objectBrian Paul2009-06-221-0/+2
| | |
| * | intel: enable GL_ARB_vertex_array_object extensionBrian Paul2009-06-221-0/+2
| | |
| * | mesa: plug in glBindVertexArray, glGenVertexArrays functionsBrian Paul2009-06-221-0/+4
| | |
| * | tests: update bufferobj.c to test GL_ARB_vertex_array_objectBrian Paul2009-06-221-25/+95
| | |
| * | st/mesa: alphabetize linesBrian Paul2009-06-221-1/+1
| | |
| * | st/mesa: enable GL_ARB_vertex_array_objectBrian Paul2009-06-221-0/+1
| | |
| * | mesa: enforce the rule that arrays live in VBOs for GL_ARB_vertex_array_objectBrian Paul2009-06-221-25/+52
| | |
| * | mesa: added extension flag for ARB_vertex_array_objectBrian Paul2009-06-222-0/+3
| | |
| * | mesa: implement _mesa_GenVertexArrays() for GL_ARB_vertex_array_objectBrian Paul2009-06-193-4/+32
| | | | | | | | | | | | | | | | | | This also involves adding a gl_array_object::VBOonly field. For the ARB extension, all arrays in the object must reside in a VBO. This flag keeps track of that requirement.
| * | mesa: implement _mesa_BindVertexArray()Brian Paul2009-06-192-12/+46
| | |
| * | mesa: move vertex array objects from shared state to per-contextBrian Paul2009-06-196-41/+42
| | | | | | | | | | | | | | | The ARB version requires VAOs to be per-context while the Apple extension was ambiguous.
| * | mesa: regenerated files related to GL_ARB_vertex_array_objectBrian Paul2009-06-1910-2564/+2716
| | |
| * | glapi: add new information for GL_ARB_vertex_array_objectBrian Paul2009-06-193-0/+37
| | |
* | | Merge branch 'mesa_7_5_branch'Brian Paul2009-06-2624-321/+1483
|\ \ \ | | |/ | |/| | | | | | | | | | | | | | | | Conflicts: Makefile src/gallium/drivers/softpipe/sp_screen.c src/mesa/main/version.h
| * | docs: detect when too many varying vars are usedmesa_7_5_rc4Brian Paul2009-06-261-0/+1
| | |
| * | glsl: check number of varying variables against the limitBrian Paul2009-06-261-4/+9
| | | | | | | | | | | | | | | | | | Link fails if too many varying vars. (cherry picked from master, commit cc58fbcf2c5c88f406818db60910f537e03610d6)
| * | docs: fix typos, remove old text from relnotes fileBrian Paul2009-06-261-9/+2
| | |
| * | docs: bring over news updates from 7.4 branchBrian Paul2009-06-261-0/+15
| | |
| * | docs: bring in 7.4.3 and 7.4.4 release notes, newsBrian Paul2009-06-263-0/+149
| | |
| * | docs: increase max varying vars to 16Brian Paul2009-06-261-0/+1
| | |
| * | mesa: raise MAX_VARYING (number of shader varying vars) to 16Brian Paul2009-06-261-1/+1
| | | | | | | | | | | | | | | | | | 16 is the limit for now because of various 32-bit bitfields. (cherry picked from master, commit 4e762395ef7e8c332c16fd0c11025cfa52763a45)