summaryrefslogtreecommitdiffstats
path: root/src/mesa
Commit message (Collapse)AuthorAgeFilesLines
* mesa: IgnoresJakob Bornecrantz2009-08-061-0/+1
| | | | Got tired of seeing these files in git status all the time
* i965: Fix source depth reg setting for FSes reading and writing to depth.Eric Anholt2009-08-053-1/+5
| | | | | | | | For some IZ setups, we'd forget to account for the source depth register being present, so we'd both read the wrong reg, and write output depth to the wrong reg. Bug #22603.
* mesa/st: Add support for binding pipe surface to texture.Chia-I Wu2009-08-054-16/+107
| | | | | | | This commit adds functions to bind a pipe surface to a texture. This allows texturing directly from the surface. Signed-off-by: Chia-I Wu <[email protected]>
* mesa/main: Add functions to clear and dirty texture objects.Chia-I Wu2009-08-054-2/+72
| | | | | | | | This commit adds a function to clear a texture object such that there is no image data associated with it, and a function to dirty it so that it will be re-tested for completeness. Signed-off-by: Chia-I Wu <[email protected]>
* Merge branch 'mesa_7_5_branch'Brian Paul2009-08-057-195/+286
|\ | | | | | | | | | | Conflicts: src/mesa/main/state.c
| * st/mesa: implement BlitFramebuffer() for depth/stencil (incomplete)Brian Paul2009-08-051-29/+80
| | | | | | | | | | | | We now handle the case of blitting Z+stencil to/from combined Z/stencil surfaces. But Z-only or stencil-only and separate depth/stencil surfaces are not yet implemented.
| * mesa: generate GL_INVALID_OPERATION for missing z/stencil when blittingBrian Paul2009-08-051-2/+6
| | | | | | | | | | | | If glBlitFramebuffer() is called with GL_DEPTH_BUFFER_BIT or GL_STENCIL_BUFFER_BIT and the src/dst depth/stencil buffers are absent, report an error.
| * st/mesa: fix Y inversion and optimize st_BlitFramebuffer()Brian Paul2009-08-051-3/+25
| | | | | | | | | | | | | | | | | | Need to check for Y inversion separately for src/dest buffers. If both the src and dest regions are upside down, make them right-side up for a better chance at a fast path. progs/tests/copypixrate -blit is much faster now.
| * mesa: make _mesa_clip_blit() a shared functionBrian Paul2009-08-053-180/+187
| |
| * intel: Fix inverted test for disabling flushing of front buffer output.Brian Paul2009-08-041-1/+1
| | | | | | | | | | | | | | | | | | | | The comment disagreed with the code, and nicely drew my eyes to what was going wrong. Bug #21774 (blender) Bug #21788 (readpix) (cherry picked from master, commit fd65418f600874b05f902b622078b40bc1abb24a)
| * intel: Wait on the last swapbuffers to complete before queuing a new one.Brian Paul2009-08-043-0/+28
| | | | | | | | | | | | | | | | | | | | | | | | | | This fixes jerkiness in doom3 and other apps since the kernel change to throttle less absurdly, which led to a thundering herd of frames. Because this is a rather minimal fix, there is at least one downside: If the whole scene completes in one batchbuffer, we'll end up stalling the GPU. Thanks to Michel Dänzer for suggesting using glFlush to signal frame end instead of going to all the effort of adding a new DRI2 extension. (cherry picked from master, commit 0828579a658af01a64b5e699175dc9bbbedcd685)
| * texenv: Use VP->Current, since _Current isn't updated at this point.Brian Paul2009-08-041-1/+1
| | | | | | | | (cherry picked from master, commit a9ba1bfeb3a2852c6eda718e73c46c972a286648)
| * texenv: Match state.c in deciding whether we'll be using a vertex shader.Brian Paul2009-08-041-0/+1
| | | | | | | | (cherry picked from master, commit 40990d9dfb20b69585859b2a45596aa46c20140a)
| * texenv: Add missing dependency on VP changes.Brian Paul2009-08-041-1/+2
| | | | | | | | | | | | | | | | | | | | Funny thing is I annotated this dependency in e5f63c403b767f9974e8eb5d412c012b8a69287f, but didn't actually use it. (cherry picked from master, commit 03187571b63d97e3d1406d329c5e760e16ef3181) Conflicts: src/mesa/main/state.c
| * st/mesa: we don't support GL_NV_point_sprite (see comment)Brian Paul2009-08-031-1/+3
| |
* | r200: emit colorpitchDave Airlie2009-08-051-2/+2
| |
* | i965: Fix dangerous warning I let slip in.Eric Anholt2009-08-041-1/+1
| |
* | i965: Respect CondSwizzle in OPCODE_IF.Eric Anholt2009-08-041-1/+21
| | | | | | | | | | | | | | Fixes piglit glsl-vs-if-bool and progs/glsl/twoside, and will likely be useful for the looping code. Bug #18992
* | i965: Emit conditional code updates as required for GLSL VS if statements.Eric Anholt2009-08-041-0/+13
| | | | | | | | | | Previously, we'd be branching based on whatever condition code happened to be laying around.
* | i965: Don't set pop_count in the reserved MBZ area of IF statements.Eric Anholt2009-08-041-1/+1
| |
* | i965: Print out ELSE and ENDIF src1 arguments like IF does.Eric Anholt2009-08-041-2/+2
| |
* | r200: fix off-by-one errors causing 6th texture unit to not workRoland Scheidegger2009-08-051-2/+2
| | | | | | | | | | both for normal and cube textures, this fixes demos/multiarb (with 6 enabled texture units) and fixes #23142.
* | r200: fix compiler warning (unused var)Roland Scheidegger2009-08-051-2/+0
| |
* | radeon: fix miptree comparison breakageRoland Scheidegger2009-08-051-1/+2
| | | | | | | | another case of image never matching miptree in case of compressed textures
* | intel: implement intelCompressedTexSubImage2DRoland Scheidegger2009-08-051-21/+44
| | | | | | | | | | similar to the radeon code. passes tests/texcompsub
* | intel: Add support for EXT_provoking_vertex.Eric Anholt2009-08-0411-24/+131
| |
* | i965: Spell "conditional" correctly.Eric Anholt2009-08-043-16/+16
| |
* | i965: Hook up the disassembler for INTEL_DEBUG={wm,vs}.Eric Anholt2009-08-048-12/+47
| | | | | | | | | | I was getting tired of doing the dance of INTEL_DEBUG=batch, copying it out, and running intel-gen4disasm on it.
* | i965: Initial import of disasm code from intel-gen4asm.Eric Anholt2009-08-041-0/+901
| | | | | | | | | | There's a bunch of stuff from gen4asm and gpu-tools that we probably want to make into a library instead of cargo-culting it around.
* | i965: warning fixEric Anholt2009-08-041-1/+1
| |
* | mesa: log the shader checksumBrian Paul2009-08-041-1/+1
| |
* | mesa: compute, print shader checksumBrian Paul2009-08-041-2/+6
| |
* | mesa: added gl_shader::SourceChecksum field (for debug purposes)Brian Paul2009-08-041-0/+1
| |
* | mesa: added _mesa_str_checksum()Brian Paul2009-08-042-0/+17
| |
* | mesa: clean-up error debug/count codeBrian Paul2009-08-041-30/+41
| |
* | mesa: reset ErrorDebugCount to zero in glGetString()Brian Paul2009-08-041-0/+1
| |
* | mesa: better texture dump/debug codeBrian Paul2009-08-041-52/+45
| |
* | mesa: more error message info for vertex pointer functionsBrian Paul2009-08-041-6/+12
| |
* | mesa: more glGetTexImage() error checking consolidation, new assertionBrian Paul2009-08-041-8/+12
| |
* | i965: Fix RECT shadow sampling by not losing the other texcoords.Eric Anholt2009-08-041-1/+5
| | | | | | | | Bug #20821
* | i965: Assert that the offset in the VBO is below the VBO size.Eric Anholt2009-08-031-0/+14
| | | | | | | | | | | | | | | | | | | | This avoids sending a bad buffer address to the GPU due to programmer error, and is permitted by the ARB_vbo spec. Note that we still have the opportunity to dereference past the end of the GPU, because we aren't clipping to a correct _MaxElement, but that appears to be harder than it should be. This gets us the 90% solution. Bug #19911.
* | i965: Even if no VS inputs are set, still load some amount of URB as required.Eric Anholt2009-08-031-0/+11
| | | | | | | | | | | | See comment on Vertex URB Entry Read Length for VS_STATE. This, combined with the previous three commits, fixes #22945.
* | i965: Make sure the VS URB size is big enough to fit a VF VUE.Eric Anholt2009-08-031-2/+8
| | | | | | | | | | This fix is just from code and docs inspection, but it may fix hangs on some applications.
* | i965: Don't emit bad packets when no VBs are referenced.Eric Anholt2009-08-031-0/+22
| | | | | | | | | | | | | | | | | | It appears that sometimes Mesa (and I suppose a VS could as well) emits a program which references no vertex data, and thus we end up with nr_enabled == 0 even though some VBs are enabled. We'd end up emitting VB/VE packet headers of 0xffffffff in that case, leading to GPU hangs. Bug #22945 (wine with an uncompiled VS)
* | i965: Calculate enabled[] and nr_enabled once and re-use the values.Eric Anholt2009-08-032-29/+18
| | | | | | | | The code duplication bothered me.
* | typo fixRobert Ellison2009-08-031-1/+1
| | | | | | | | somehow, this change was missed on the last checkin
* | mesa: fix up some GLAPI XMLRobert Ellison2009-08-033-38/+100
| | | | | | | | | | | | | | | | | | | | - Added specifications for the extensions GL_APPLE_flush_buffer_range and GL_APPLE_texture_range - EXT_framebuffer_object.xml strangely held specifications for both the GL_EXT_framebuffer_object extension and the GL_EXT_texture_array extension. Split out the GL_EXT_texture_array data into its own file.
* | radeon: more fixes for compressed texturesRoland Scheidegger2009-08-042-11/+30
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - fix not respecting required hardware stride with compressedTexImage - this fixes #22615. - make sure correct stride is used in various places - fix stored miptree never matching with a TexImage call with compressed texture - don't always store data with compressedtexsubimage at offset 0, and actually use the supplied pixel data... (untested) - make sure rows for compressed texture handling are rounded up not down Note that trying to access stored compressed textures in hardware miptrees from core mesa (get_compressed_teximage, swrast fallbacks) can't work correctly, since RowStride isn't really set to anything useful, plus some places (at least get_compressed_teximage) assume this data has native stride and no padding.
* | radeon: Fix inverted test for disabling flushing of front buffer output.Eric Anholt2009-08-031-1/+1
| | | | | | | | (corresponding fix to the intel driver one)
* | intel: Fix inverted test for disabling flushing of front buffer output.Eric Anholt2009-08-031-1/+1
| | | | | | | | | | | | | | | | The comment disagreed with the code, and nicely drew my eyes to what was going wrong. Bug #21774 (blender) Bug #21788 (readpix)