| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2009-01-23 | i965: enable GL_EXT_vertex_array_bgra | Brian Paul | |
| Simply a matter of choosing the right surface/vertex format for GLubyte/GL_BGRA arrays. | |||
| 2009-01-23 | r300: Enable GL_ATI_separate_stencil in R300 | Ian Romanick | |
| At this point, GL_EXT_stencil_two_side should probably be disabled. It may be worth leaving it enabled because it has GLX protocol while GL_ATI_separate_stencil does not. I'll leave it to one of the r300 maintainers to make the call. | |||
| 2009-01-23 | 965: Enable GL_EXT_stencil_two_side | Ian Romanick | |
| 2009-01-23 | swrast: Enable GL_EXT_stencil_two_side | Ian Romanick | |
| 2009-01-23 | Track two sets of back-face stencil state | Ian Romanick | |
| Track separate back-face stencil state for OpenGL 2.0 / GL_ATI_separate_stencil and GL_EXT_stencil_two_side. This allows all three to be enabled in a driver. One set of state is set via the 2.0 or ATI functions and is used when STENCIL_TEST_TWO_SIDE_EXT is disabled. The other is set by StencilFunc and StencilOp when the active stencil face is set to BACK. The GL_EXT_stencil_two_side spec has more details. http://opengl.org/registry/specs/EXT/stencil_two_side.txt | |||
| 2009-01-22 | i965: whitespace changes and reformatting | Brian Paul | |
| 2009-01-22 | i965: enable GL_ARB_framebuffer_object | Brian Paul | |
| 2009-01-22 | intel: add GL_EXT_framebuffer blit extension | Brian Paul | |
| This functionality is required by GL_ARB_framebuffer_object. For now, implement it in terms of glCopyPixels(). This will need to be revisted though. | |||
| 2009-01-22 | intel: remove/disable the "paired depth/stencil" code | Brian Paul | |
| We only allow combined depth+stencil renderbuffers so the complicated code for splitting and combining separate depth and stencil buffers is no longer needed. | |||
| 2009-01-22 | intel: asst clean-ups, simplifications in intel_draw_buffer() | Brian Paul | |
| 2009-01-22 | intel: remove unneeded call to ctx->Driver.DepthRange() | Brian Paul | |
| The preceeding call to intel_draw_buffer() does that. | |||
| 2009-01-22 | i965: disallow separate depth/stencil renderbuffers | Brian Paul | |
| Take advantage of the GL_FRAMEBUFFER_UNSUPPORTED feature to disallow separate depth and stencil renderbuffers; only allow combined depth/stencil buffers. Next up: remove/simplify a bunch of the depth/stencil renderbuffer code. Also: restore the previously disabled GL_DEPTH_COMPONENT16 case | |||
| 2009-01-22 | i965: minor reformatting | Brian Paul | |
| 2009-01-22 | intel: plug in stub intel_validate_framebuffer() function | Brian Paul | |
| 2009-01-22 | intel: inline some renderbuffer functions | Brian Paul | |
| 2009-01-22 | mesa: regenerated GL API files | Brian Paul | |
| 2009-01-22 | r200: fix up swtcl/tcl flushes | Dave Airlie | |
| 2009-01-23 | radeon: plug memory leak running gears | Dave Airlie | |
| 2009-01-23 | radeon: remove some debugging | Dave Airlie | |
| 2009-01-22 | radeon: better free of array | Dave Airlie | |
| 2009-01-22 | radeon: free all relocs in array | Dave Airlie | |
| 2009-01-22 | radeon: check relocs before deref | Dave Airlie | |
| 2009-01-22 | radeon: fix relocs even more | Dave Airlie | |
| 2009-01-22 | radeon: fix reloc free harder | Dave Airlie | |
| 2009-01-22 | radeon: free indices caught with valgrind | Dave Airlie | |
| 2009-01-22 | radeon: cleanup bo unref codepath in pending code | Dave Airlie | |
| assert for bad case hopefully | |||
| 2009-01-22 | radeon: fix counting for cfree handles in an inline | Dave Airlie | |
| 2009-01-23 | radeon: add r100/r200 workarounds for legacy aging | Dave Airlie | |
| 2009-01-23 | r200: disable some debug | Dave Airlie | |
| 2009-01-23 | r200: emit elts into a separate ELT bo | Dave Airlie | |
| 2009-01-22 | Merge commit 'origin/master' into gallium-0.2 | Alan Hourihane | |
| Conflicts: windows/VC8/mesa/osmesa/osmesa.vcproj windows/VC8/progs/demos/gears.vcproj windows/VC8/progs/progs.sln | |||
| 2009-01-21 | i915: Add decode for PS in batchbuffers. | Eric Anholt | |
| 2009-01-21 | i965: Remove gratuitous whitespace in INTEL_DEBUG=wm output. | Eric Anholt | |
| 2009-01-21 | i965: Use _mesa_num_inst_src_regs() instead of keeping a copy of its contents. | Eric Anholt | |
| 2009-01-22 | r200r300: start merging span code | Dave Airlie | |
| 2009-01-21 | [intel] Remove remaining references to intel_wait_flips(). | Kristian Høgsberg | |
| Oops. | |||
| 2009-01-22 | r200: remove indexed verts | Dave Airlie | |
| 2009-01-22 | radeon: fix 1D textures | Dave Airlie | |
| 2009-01-22 | r200: fix cubemaps | Dave Airlie | |
| 2009-01-22 | r200/r300: port r200 texture handling to common code | Dave Airlie | |
| we now get texrect + trivial textures working | |||
| 2009-01-21 | r300/radeon: move face_for_target | Dave Airlie | |
| 2009-01-20 | [intel] Go back to using the typedef for the sarea struct | Timo Aaltonen | |
| The upstream linux kernel headers and libdrm kernel headers disagree on the tag name for the sarea struct: _drm_i915_sarea vs drm_i915_sarea. They both typedef it to drm_i915_sarea_t though, so just use that. | |||
| 2009-01-20 | Remove intel pageflipping support in its entirety. | Owain G. Ainsworth | |
| It's been broken and deprecated for a while, so it's time to die. This has the wonderful benefit of cleaning up the code a fair amount; making it marginally less twisty. I'm unsure if the for loops in IntelWindowMoved are still needed. | |||
| 2009-01-21 | r300: start migrating common functions into common code | Dave Airlie | |
| 2009-01-21 | r300: move to common texture_image object | Dave Airlie | |
| 2009-01-21 | radeon/r200/r300: start to move to common miptree/texobj | Dave Airlie | |
| 2009-01-21 | r200: make tri render on my r200. | Dave Airlie | |
| 2009-01-20 | r200: tri runs without crashing - doesn't draw anything | Dave Airlie | |
| 2009-01-20 | r200: clear is working at least - not much else | Dave Airlie | |
| 2009-01-20 | dri1: Add a macro to validate two dri drawables in one go. | Thomas Hellstrom | |
| Dri drivers often may validate first a write drawable and then a read drawable ("readable"). However, the hardware lock may be unlocked when validating the readable, causing the write drawable status to be stale. Drivers should use this macro instead when validating two drawables. | |||
