summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* demos: modify bufferobj.c to exercise interleaved vertex arraysBrian Paul2009-02-031-13/+23
| | | | | Also, put colors before vertex positions, and place the data at a 40-byte offset from the start of the buffer.
* demos: update multitex.c GLSL demo to use vertex arrays or glVertex-modeBrian Paul2009-02-022-24/+74
| | | | Press 'a' to toggle drawing mode.
* util: added more functions to extfuncs.hBrian Paul2009-02-021-0/+15
|
* mesa: fix GLSL issue preventing use of all 16 generic vertex attributesBrian Paul2009-02-024-4/+45
| | | | | | | | | | | | | | | | | | | Only 15 actually worked before since we always reserved generic[0] as an alias for vertex position. The case of vertex attribute 0 is tricky. The spec says that there is no aliasing between generic vertex attributes 0..MAX_VERTEX_ATTRIBS-1 and the conventional attributes. But it also says that calls to glVertexAttrib(0, v) are equivalent to glVertex(v). The distinction seems to be in glVertex-mode versus vertex array mode. So update the VBO code so that if the shader uses generic[0] but not gl_Vertex, route the attribute data set with glVertex() to go to shader input generic[0]. No change needed for the glDrawArrays/Elements() path. This is a potentially risky change so regressions are possible. All the usual tests seem OK though.
* glsl: update program->InputsRead when referencing input attributesBrian Paul2009-02-021-0/+4
| | | | This info will be used in the linker for allocating generic vertex attribs.
* mesa: fix stand-alone glslcompilerBrian Paul2009-02-021-1/+1
|
* mesa: make _mesa_fprint_program_opt() non-staticBrian Paul2009-02-022-3/+4
|
* i965: Remove brw->attribs now that we can just always look in the GLcontext.Eric Anholt2009-02-0219-182/+157
|
* i965: Delete old metaops code now that there are no remaining consumers.Eric Anholt2009-02-0214-684/+25
|
* intel: replace custom metaops clear with generic.Eric Anholt2009-02-022-71/+176
| | | | | No real-world impact on performance seen. Even glxgears seems to be, if anything, happier.
* dri2: Avoid round-tripping on DRI2GetBuffers for the same set of buffers.Eric Anholt2009-02-022-0/+53
| | | | | | | | We only wanted to request when asked for the same set of buffers when a resize has happened. We can just watch the protocol stream for a ConfigureNotify and flag to do it then. This is about a 5% win from doing two glViewport()s per frame in openarena.
* mesa: move code after decls. Fixes Window build failure.Brian Paul2009-02-021-3/+3
|
* glxgears: No, really. Fix the dyslexia.Ian Romanick2009-02-011-1/+1
|
* intel: Correct FBconfig color masks with DRI2. Fail at copy and paste.Eric Anholt2009-01-311-2/+2
| | | | | This still leaves us with a broken depth 32 visual, but now it's the server's visual setup that's at fault.
* Build dri.pc during the build rather than the install process.Eric Anholt2009-01-311-1/+1
| | | | In a normal build system this is generated by configure.
* mesa: more display list cleanupsBrian2009-01-314-30/+22
| | | | Remove some unneeded fields. Rename some function parameters.
* mesa: display list clean-upsBrian2009-01-317-41/+45
| | | | Rename some structs and fields to be more consistant with the rest of mesa.
* mesa: minor comments, clean-upsBrian2009-01-311-6/+11
|
* mesa: remove remnant of GL_SGIX_depth_textureBrian2009-01-311-1/+0
|
* i965: bump texture limit to 4kx4kKeith Packard2009-01-301-4/+3
| | | | | | | | Rendering and textures are limited to 8kx8k, but mesa limits things to 4kx4k, and magic guard band stuff may break on 8kx8k drawing. This is safe though, and makes compiz work on bigger screens. Signed-off-by: Keith Packard <[email protected]>
* mesa: simplify the _mesa_get_proxy_tex_image() functionBrian Paul2009-01-301-85/+30
|
* mesa: fix incorrect call to clear_teximage_fields() in _mesa_TexImage2D()Brian Paul2009-01-301-1/+1
| | | | Fixes failed assertion / segfault for particular proxy texture tests.
* intel: more debug infoBrian Paul2009-01-301-2/+2
|
* i965: formatting, comments, whitespace clean-upsBrian Paul2009-01-301-33/+39
|
* swrast: replace RENDER_START/FINISH macros with inline functionsBrian Paul2009-01-3010-63/+61
|
* swrast: replace macro with inline functionBrian Paul2009-01-303-4/+17
|
* intel: remove unused RenderToTexture fieldBrian Paul2009-01-302-6/+0
|
* i915: updated render to texture/fbo testBrian Paul2009-01-301-12/+3
|
* Fix dyslexia.Ian Romanick2009-01-301-1/+1
|
* glxgears: Log a message if synched to vblankIan Romanick2009-01-301-0/+74
| | | | | | | | Tries to use either GLX_MESA_swap_control or GLX_SGI_video_sync to detect whether the display is synchronized to the vertical blank. If it detects this, a message will be printed. HOPEFULLY this will prevent some of the bug reports such as "glxgears only gets 59.7fps. What's wrong with my driver?"
* mesa: add missing _mesa_reference_texobj() calls for texture array targetsBrian Paul2009-01-301-2/+2
|
* mesa: remove incorrect refcounting adjustment in ↵Brian Paul2009-01-301-3/+0
| | | | | | | adjust_buffer_object_ref_counts() Fixes bug 19835. However, a more elaborate fix should be implemented someday which uses proper reference counting for gl_array_object.
* intel: If we're doing a depth clear with tris, do color with it.Eric Anholt2009-01-302-3/+11
| | | | This is a 10% win on the ever-important glxgears not-a-benchmark.
* i915: Only call CalcViewport from DrawBuffers instead of Viewport.Eric Anholt2009-01-303-9/+10
| | | | | This saves an inadvertent round-trip to the X Server on DrawBuffers, which was hurting some metaops.
* intel: Expose more FBconfigs in the 3D driver.Eric Anholt2009-01-304-8/+60
| | | | | | We can support any combination of (a8r8g8b8, x8r8g8b8, r5g6b5) x (z0,z24,z24s8) on either class of chipsets. The only restriction is no mixing bpp when also mixing tiling. This shouldn't be occurring currently.
* Remove stale symlinks to intel/intel_depthstencil.cIan Romanick2009-01-302-2/+0
|
* autoconf: Use include-fixed directory with makedepend on newer GCCDan Nicholson2009-01-301-4/+8
| | | | | | | | | On newer GCC releases, the compiler's headers have been split between the include and include-fixed directories. Add both if the directories exist. Signed-off-by: Dan Nicholson <[email protected]> Signed-off-by: Julien Cristau <[email protected]>
* intel: remove unused intel_depthstencil.[ch]Brian Paul2009-01-292-276/+0
|
* intel: remove unused #includesBrian Paul2009-01-291-2/+0
|
* mesa: allow glFramebufferTexture1/2/3D(target = GL_READ/DRAW_FRAMEBUFFER)Brian Paul2009-01-291-4/+19
| | | | This is part of GL_EXT_framebuffer_blit and GL_ARB_framebuffer_obbject.
* intel: formatting clean-upsBrian Paul2009-01-291-9/+16
|
* intel: fix check for Y orientation in span functions.Brian Paul2009-01-291-4/+4
|
* i965: use bitfields in brw_sf_unit_key structBrian Paul2009-01-291-2/+5
|
* intel: remove unused intel_rendering_to_texture()Brian Paul2009-01-291-18/+0
|
* i965: fix render to FBO/texture orientation bugsBrian Paul2009-01-291-6/+7
| | | | | | | | | Anytime we're not rendering to the default/window FBO, need to invert rendering, not just when rendering to a texture. Otherwise, if a FBO consists of a mix of textures and renderbuffers the up/down orientation was inconsistant. Fixes shadowtex.c bad rendering.
* mesa: fix a render to texture FBO validation bugBrian Paul2009-01-293-10/+55
| | | | | | | | | | | | | | When glTexImage() is called we need to re-validate any FBOs that point to the texture (i.e. render-to-texture) since changing the texture's size/format will effect FBO completeness. We don't keep a list of all FBOs rendering into each texture (which would be a bit messy) so we check all FBOs in existance. To optimize this, the gl_texture_object->_RenderToTexture flag is used to avoid checking textures that have never been used as renderbuffers. So, we only walk over all FBOs (there's usually only a few) when glTexImage() modifies a RTT texture. Fixes a bug seen in shadowtex.c when toggling packed depth/stencil mode.
* intel: Fix up some extension string issuesIan Romanick2009-01-282-14/+18
| | | | | Move the remaining extension string enables to intel_extensions.c. Make sure that GL_NV_texture_env_combine4 is not enabled on i830.
* Make GLX_SGIX_pbuffer mandatoryIan Romanick2009-01-281-1/+1
| | | | Signed-off-by: Ian Romanick <[email protected]>
* Make GL_ARB_draw_buffers mandatoryIan Romanick2009-01-2830-41/+57
| | | | Signed-off-by: Ian Romanick <[email protected]>
* Make GL_{EXT,SUN}_multi_draw_arrays and GL_IBM_multimode_draw_arrays mandatoryIan Romanick2009-01-2810-24/+10
| | | | Signed-off-by: Ian Romanick <[email protected]>