summaryrefslogtreecommitdiff
path: root/src/mesa/drivers/x11/xm_buffer.c
AgeCommit message (Collapse)Author
2007-10-25Move region_alloc() and region_release() to pipe_winsys.Brian
This allows regions to be allocated w/out a rendering context.
2007-08-17fix buffer clearing problemsBrian
2007-08-11Change/fix surface allocation functions.Brian
Use xmesa_new_color_surface() for front/back renderbuffer surfaces. Use xmesa_surface_alloc() for everything else (textures, other renderbuffers)
2007-08-11repair breakage from recent pipe_winsys re-orgBrian
2007-08-09asst changes to get softpipe rendering again (no zbuf support for now)Brian
2007-07-31Redesign pipe_surface in terms of pipe_region.Brian
struct pipe_buffer goes away. Added basic region functions to softpipe to allocate/release malloc'd regions. Surface-related code is fairly coherent now.
2007-07-30Lots of improvements to the surface-related code.Brian
Z testing now works with i915 driver. Add gl_renderbuffer::surface pointer (and reverse pointer). Remove intel_surface and xmesa_surface types - no longer used.
2007-04-16use b->display instead of b->xm_visual->display to fix some problems ↵Brian
detected w/ valgrind
2007-03-30Clean and update XMesa/XFree86 interface.George Sapountzis
Drop XMesaSetVisualDisplay(), XMesaReset(), no longer used. Add XMesaCopyContext() and move the GlxSetRenderTables() call for XGL within XMesaForceCurrent(). This is to make xserver/GL/mesa/X/xf86glx.c unaware of Mesa internals. Also, clean some ifdef's to make it clear that USE_XSHM and XFree86Server are mutually exclusive. Lastly, - move gcstruct.h from glxheader.h up to xmesa_xf86.h since it calls *gc->ops - drop GL/glxtokens.h from xm_api|dd.c, GLX tokens come from glcore.h and are used irrelevant of XFree86.
2007-03-25Fix some renderbuffer reference counting issues. Also fixes a mem leak.Brian
2007-03-16Assorted fixes for dealing with zero-size frame/renderbuffers.Brian
In xmesa_check_and_update_buffer_size() handle xmctx==NULL correctly: still call _mesa_resize_framebufer(). If we don't we can wind up in a situation where the framebuffer size is non-zero but an attached renderbuffer size is still initialized to zero. This inconsistancy can later cause problems. Check for zero-size renderbuffers in update_color_draw_buffers() and update_color_read_buffer(). See bug 7205.
2007-03-14move CLIENT_ID code in xmesa_delete_framebuffer(), see bug 7205Brian
2007-03-06fix renderbuffer mem leakBrian
2007-02-27fix commentBrian
2007-02-26Rewrite code related to buffer destruction.Brian
Do proper reference counting so that we don't wind up with dangling references to deleted windows/framebuffers. Should help with bug 7205.
2006-10-16remove some old code that could cause infinite recursionBrian Paul
2006-10-14Big re-org of buffer size management.Brian Paul
All buffer resizes now handled by xmesa_check_and_update_buffer_size() which uses the _mesa_resize_framebuffer() function. Moved all low-level XImage/Pixmap resizing into xm_buffers.c file. Also, update lots of comments for Doxygen.
2006-04-27assorted clean-ups, fixesBrian Paul
2006-03-30When creating front/back renderbuffers, init the Red/Green/Blue/AlphaBits fieldsBrian Paul
2005-12-02Fix two failures encountered when running out of memory during XImageBrian Paul
allocation. Append \n to _mesa_warning() strings.
2005-09-22Replace gl_renderbuffer.ComponentSizes[] with separate RedBits, GreenBits,Brian Paul
BlueBits, etc fields.
2005-09-07some clean-up and re-org for renderbuffersBrian Paul
2005-08-09actually free the renderbuffer in xmesa_delete_renderbuffer(), fixes a ↵Brian Paul
memory leak
2005-05-04Major check-in of changes for GL_EXT_framebuffer_object extension.Brian Paul
Main driver impacts: - new code for creating the Mesa GLframebuffer - new span/pixel read/write code Some drivers not yet updated/tested.