summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* mesa/st: restore flush to copy_texsubimage (was previously finish)Keith Whitwell2009-06-011-0/+3
| | | | Need a flush here even though the original finish was overkill.
* wgl: Destroy the framebuffer when the window is destroyed.José Fonseca2009-06-011-24/+48
|
* progs/vpglsl: add similar support for point rendering as progs/vpKeith Whitwell2009-06-013-6/+64
|
* st/gl: Fix mip gen for compressed texturesJakob Bornecrantz2009-06-011-6/+8
|
* trivial/tri-z: add controls for depthrange min/maxKeith Whitwell2009-06-011-10/+40
| | | | | Also add key to set up quake-1 style ztrick rendering with clear depth 1.0, deptrange(1.0, 0.0) and depthfunc GL_GREATER.
* progs/wgl: Small cleanup to wglinfo.José Fonseca2009-06-011-5/+4
|
* progs/wgl: Use an invisible window in wglinfo.José Fonseca2009-06-011-1/+1
|
* st/mesa: fix incorrect sprite origin when drawing to FBO/textureBrian Paul2009-06-011-1/+2
| | | | | | | Need to take the draw buffer's up/down orientation into consideration when setting the sprite_coord_mode field. Fixes inverted sprites when drawing into an FBO.
* draw: reset extra_vp_outputs.slot to zero in widepoint_flush()Brian Paul2009-06-011-0/+1
| | | | | | | | | | | Fixes a crash when clearing the window with a quad after drawing large points. We were asking the draw module how many vertex shader outputs there were and got 3 instead of 2. This led to creating vertices with too many attributes and trying to read invalid memory. We reset extra_vp_outputs.slot to zero in the aaline/aapoint stage's flush functions already. This omission was just an oversight in the wide_point stage.
* 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
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-27 16:11:15 +0000