summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* demos: add missing dependencies for util filesBrian Paul2009-06-011-10/+11
|
* wgl: Cleanup framebuffer destruction logic.José Fonseca2009-05-311-9/+4
|
* wgl: Ensure we only create framebuffers for HDC associated with a window.José Fonseca2009-05-311-1/+7
|
* wgl: Use the right pixel format.José Fonseca2009-05-309-202/+301
| | | | | | | | There is no current pixel format. Each HDC has its pixelformat which is kept by gdi and set/get via the SetPixelFormat/GetPixelFormat functions. Now the HDC's pixelformat is kept in the stw_framebuffer, which is created during the SetPixelFormat.
* wgl: Fix debugging output.José Fonseca2009-05-301-9/+27
|
* wgl: Rename function.José Fonseca2009-05-301-2/+2
|
* wgl: Remove unused field.José Fonseca2009-05-302-2/+0
|
* mesa: Output warnings to debugger on Windows.José Fonseca2009-05-301-0/+10
| | | | | Stderr of Windows applications without console is not usually visible.
* mesa: Check/propagate return value on st_make_current.José Fonseca2009-05-302-8/+11
| | | | | Prevents segmentation fault when trying to set the viewport/scissor after a context/drawable visual mismatch.
* mesa: Add success/failures return value to _mesa_make_current.José Fonseca2009-05-302-4/+6
|
* softpipe: fix incorrect provoking vertex color for PIPE_PRIM_POLYGONBrian Paul2009-05-301-1/+15
| | | | | | | This fixes the incorrect colors seen when rendering flat-shaded polygons. Note that clipped polygons were correct, but unclipped polygons were wrong. See the glean/clipFlat test for regression testing.
* mesa: fix loop over generic attribs in update_arrays()Brian Paul2009-05-221-1/+1
|
* vbo: fix crash in vbo_exec_bind_arrays()Brian Paul2009-05-221-0/+1
| | | | | | | | | When a vertex shader uses generic vertex attribute 0, but not gl_Vertex, we need to set attribute[16] to point to attribute[0]. We were setting the attribute size, but not the pointer. Fixes crash in glsl/multitex.c when using the VertCoord attribute instead of gl_Vertex.
* demos: fix multitex.c VertCoord attribute mappingBrian Paul2009-05-221-1/+16
| | | | | | | | | | | | If the multitex.vert shader uses the VertCoord generic vertex attribute instead of the pre-defined gl_Vertex attribute, we need to make sure that VertCoord gets bound to generic vertex attribute zero. That's because we need to call glVertexAttrib2fv(0, xy) after all the other vertex attributes have been set since setting generic attribute 0 triggers vertex submission. Before, we wound up issuing the vertex attributes in the order 0, 1, 2 which caused the first vertex to be submitted before all the attributes were set. Now, the attributes are set in 1, 2, 0 order.
* mesa: allow GL_BITMAP type in _mesa_image_image_stride()Brian Paul2009-05-221-13/+23
| | | | | | | It's possible to hand a GL_COLOR_INDEX/GL_BITMAP image to glTexImage3D() which gets converted to RGBA via the glPixelMap tables. This fixes a failure with piglit/fdo10370 with Gallium.
* mesa: added commentBrian Paul2009-05-221-0/+1
|
* mesa: add missing glGet*() case for GL_VERTEX_ARRAY_BINDING_APPLEBrian Paul2009-05-212-1/+16
|
* vbo: fix incorrect loop limit in bind_array_obj()Brian Paul2009-05-211-1/+4
| | | | | | The generic_array[] is 16 elements in size, but the loop was doing 32 iterations. The out of bounds array write was clobbering the following inputs[] array but as luck would have it, that didn't matter.
* mesa: use MAX_ values instead of literalsBrian Paul2009-05-211-2/+2
|
* minstall: Don't copy over an identical fileCarl Worth2009-05-211-2/+5
| | | | | | | The rationale here is to avoid updating a timestamp for a file that hasn't changed. Needless updates of the timestamp can ripple into other projects, (xserver, etc.), useless recompiling due to a 'make install' in mesa that didn't actually change anything.
* mesa: allow depth/stencil textures to be attached to GL_STENCIL_ATTACHMENTMathias Fröhlich2009-05-191-4/+14
| | | | See sourceforge bug #2793846.
* mesa: assign trb->Base.StencilBits in update_wrapper().Brian Paul2009-05-191-0/+1
| | | | When we render to a depth/stencil texture there are stencil bits.
* st/mesa: fix incorrect src/dst stride params to _mesa_generate_mipmap_level()Brian Paul2009-05-181-2/+6
| | | | The stride needs to be in texels, not bytes.
* mesa: comments for _mesa_generate_mipmap_level()Brian Paul2009-05-181-0/+3
|
* softpipe: add texture target sanity check assertionBrian Paul2009-05-181-0/+5
|
* st: fix incorrect target parameter to screen->is_format_supported()Brian Paul2009-05-181-1/+1
| | | | We were passing a GL texture target instead of a pipe_texture_target enum.
* mesa: added linux-osmesa-static configBrian Paul2009-05-182-0/+38
| | | | Contributed by Nicolas Noble. See SF bug #2792536
* docs: link to 7.5 relnotesBrian Paul2009-05-181-0/+1
|
* docs: emphasize the incomplete status of the nouveau/R300 gallium driversBrian Paul2009-05-181-3/+5
|
* Initialize psp->waitX/waitGL for swrast_dri.so.Aidan Thornton2009-05-181-0/+2
| | | | Fixes http://bugs.freedesktop.org/show_bug.cgi?id=21053 .
* mesa: bump version to 7.5-rc2mesa_7_5_rc2Brian Paul2009-05-152-2/+2
|
* docs: updates from the 7.4 branchBrian Paul2009-05-153-5/+80
|
* r300: Make sure to drop current hardware state reference to texture objects.Michel Dänzer2009-05-142-8/+21
| | | | Fixes potential texture object leaks.
* intel: added null ptr checkBrian Paul2009-05-131-1/+2
| | | | Fixes segfault in context tear-down when glClear was never called.
* intel: create a private gl_array_object for intel_clear_tris(), fix bug 21638Brian Paul2009-05-133-29/+75
| | | | | | | | | gl_array_object encapsulates a set of vertex arrays (see the GL_APPLE_vertex_array_object extension). Create a private gl_array_object for drawing the quad for intel_clear_tris() so we don't have to worry about the user's vertex array state. This fixes the no-op glClear bug #21638 and removes the need to call _mesa_PushClientAttrib() and _mesa_PopClientAttrib().
* mesa: delete array objects before buffer objects during context tear-downBrian Paul2009-05-131-1/+2
| | | | The former may point to the later.
* mesa: clean-up vertex array object VBO unbinding and delete/refcountingBrian Paul2009-05-131-31/+33
| | | | | | Don't really delete vertex array objects until the refcount hits zero. At that time, unbind any pointers to VBOs. (cherry picked from commit 32b851c80792623195069d7a41a5808cff3b2f6f)
* mesa: reference counting for gl_array_objectBrian Paul2009-05-134-13/+84
| | | | | | Every kind of object that can be shared by multiple contexts should be refcounted. (cherry picked from commit 1030bf0ded2a88a5e27f7a4d393c11cfde3d3c5a)
* glXChooseVisual: Only consider fbconfig if we can get the corresponding visual.Michel Dänzer2009-05-121-16/+17
| | | | | | | This can fail, e.g. when XLIB_SKIP_ARGB_VISUALS=1 is set. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=524794 and http://bugs.freedesktop.org/show_bug.cgi?id=21600 .
* Test either GL_FRONT_LEFT or GL_FRONT for front-buffer renderingIan Romanick2009-05-111-1/+2
| | | | | | | | | | | | For non-stereo visuals, which is all we support, we treat GL_FRONT_LEFT as GL_FRONT. However, they are technically different, and they have different enum values. Test for either one to determine if we're in front-buffer rendering mode. This fix was suggested by Pierre Willenbrock. Signed-off-by: Ian Romanick <[email protected]> (cherry picked from commit 2085cf24628be7cd297ab0f9ef5ce02bd5a006e2)
* st: do proper refcounting for framebuffer surfacesBrian Paul2009-05-112-6/+17
|
* trivial: destroy window upon exitBrian Paul2009-05-111-0/+1
|
* mesa: Fixed a texture memory leakBrian Paul2009-05-111-0/+3
| | | | | | | | | | | | | | The current texture for any particular texture unit is given an additional reference in update_texture_state(); but if the context is closed before that texture can be released (which is quite frequent in normal use, unless a program unbinds and deletes the texture and renders without it to force a call to update_texture_state(), the memory is lost. This affects general Mesa; but the i965 is particularly affected because it allocates a considerable amount of additional memory for each allocated texture. (cherry picked from master, commit c230767d6956b63a2b101acb48f98823bb5dd31a)
* mesa: added more gallium Makefiles to tarball listBrian Paul2009-05-091-0/+1
|
* gallium: replace lib with $(LIB_DIR)Hanno Böck2009-05-091-2/+2
|
* mesa: omit files that were removed from gitmesa_7_5_rc1Brian Paul2009-05-081-7/+0
|
* mesa: set version to 7.5-rc1Brian Paul2009-05-082-2/+2
|
* wgl: Grow the maximum number of pixel formats to cope with the new accum ↵José Fonseca2009-05-081-1/+1
| | | | | | pixel formats. Fix a segfault when using softpipe.
* mesa/st: keep surface_copy arguments positiveKeith Whitwell2009-05-082-3/+68
| | | | | | | The src/dest x,y, and w,h arguments of the pipe->surface_copy function are unsigned and the drivers aren't expecting negative (or extremly-large unsigned) values as inputs. Trim the requests at the state-tracker level before passing down.
* mesa/st: remove redundant call to st_finish in CopyTexSubImageKeith Whitwell2009-05-081-3/+0
| | | | | Rendering should already have been flushed, any synchronization will be done by the driver or memory manager.