summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* intel: Don't update renderbuffers in intelSetTexBuffer2 if we have invalidateKristian Høgsberg2010-05-111-1/+3
|
* intel: Drop viewport hack when we canKristian Høgsberg2010-05-117-10/+15
|
* glx: Provide the __DRI_USE_INVALIDATE extension to the driver when we canKristian Høgsberg2010-05-111-14/+25
| | | | | | | When we have DRI2 protocol at least 2.3, we get an event from the server when the back buffers get invalidated. When that's the case let the driver know that it can rely on invalidate instead of the glViewport polling.
* dri_interface.h: Add new __DRI_USE_INVALIDATE extensionKristian Høgsberg2010-05-111-0/+20
| | | | | | | The presence of this extension indicates to the DRI driver that the loader will call invalidate in the __DRI2_FLUSH extension, whenever the needs to query for new buffers. This means that the DRI driver can drop the polling in glViewport().
* st/xorg: Fix SCons build.Michel Dänzer2010-05-111-1/+3
|
* mesa/st: Remove internal flushes from Mesa state tracker.José Fonseca2010-05-1113-248/+29
| | | | | | | | | | | | | | | Now that transfers are context operations it is the driver's responsibility to ensure that transfers happen in order with all other context operations, so flushes and finishes inside Mesa should be no longer necessary. The attached patch implements that. This should proportionate significant improvements for hardware drivers which are able to stream transfers in the command buffers. You can use the softpipe/llvmpipe_flush_resource() as reference implementation of the worst case scenario, where the driver is not able to streamline transfers. But the expectation is that driver implementators will want to avoid flushing as much as possible.
* tests/graw: raw -> grawJosé Fonseca2010-05-113-1/+1
| | | | for consistency
* mesa: s/uint/GLuint/ in _mesa_BindTransformFeedback prototype.Vinson Lee2010-05-102-2/+2
| | | | | | | From http://www.opengl.org/registry/api/glext.h GLAPI void APIENTRY glBindTransformFeedback (GLenum target, GLuint id); Fixes MinGW build.
* gallium: Add llvmpipe support to st/egl.Chia-I Wu2010-05-113-2/+7
| | | | Update Makefile rules for st/egl.
* mesa: more transform feedback infrastructureBrian Paul2010-05-1014-34/+736
| | | | | Includes GL_ARB_transform_feedback2 which encapsulates transform feedback state in objects.
* intel: Also flush front buffer in glFinish()Kristian Høgsberg2010-05-101-0/+1
|
* llvmpipe: enable PIPE_CAP_INDEP_BLEND_ENABLEBrian Paul2010-05-101-1/+1
| | | | | This enables the GL_EXT_draw_buffers2 extension. Tested with progs/tests/drawbuffers2.
* llvmpipe: fix up indexing of blend/colormask state for render targetsBrian Paul2010-05-105-24/+47
|
* llvmpipe: update image dump/debug codeBrian Paul2010-05-101-16/+17
|
* llvmpipe: add, update, rewrap commentsBrian Paul2010-05-102-6/+16
|
* gallivm/llvmpipe: move an old comment to a better locationBrian Paul2010-05-102-11/+11
|
* st/mesa: rename vars, added commentsBrian Paul2010-05-101-21/+55
|
* i915: Drop intelFlush().Vinson Lee2010-05-101-1/+1
| | | | | This was missed in commit c4775a27e3aaa2006b98f225387499b79bc609ef. Fixes i915 build.
* intel: Drop intelFlush()Kristian Høgsberg2010-05-1012-26/+19
| | | | | Now that intel_flush() deosn't use the needs_mi_flush argument, we can finally drop one of the two flush functions.
* intel: Only flush fake front buffer on API level glFlush()Kristian Høgsberg2010-05-101-17/+29
| | | | | | | | | | Without this patch, any old intel_flush() call will cause a round trip to the server and do a copy from fake to real front. We only actually guarantee that frontbuffer results show up when glFlush() ia called, so move the flushing to intel_glFlush(). We also need to flush fake to front before getting new buffers, but we just handle that manually.
* intel: Don't mark front buffer dirty if we're only readingKristian Høgsberg2010-05-101-1/+12
| | | | | | | | | When we call intel_prepare_render() from intelReadPixels(), we'll mark the front buffer dirty. That's silly, since we're only reading from it and marking it dirty will cause us to copy from fake front to front eventually. Just clear the dirty flag after doing the read.
* intel: Mark frontbuffer dirty in intel_prepare_render()Kristian Høgsberg2010-05-101-9/+8
| | | | | | Now that we have intel_prepare_render() in place, we can use it to mark the front buffer dirty if we're rendering to the front buffer once we get there.
* glx: Only call DRI2 invalidate when necessaryKristian Høgsberg2010-05-101-12/+4
| | | | | | | | | We only need this when the server may have swapped the buffers or when we receive an invalidate event from the server. The default behaviour is still that the DRI driver will invalidate its own buffers when glViewport is called. https://bugs.freedesktop.org/show_bug.cgi?id=27277
* svga: Fill in is_resource_referenced callback.José Fonseca2010-05-101-0/+1
|
* gallivm: Silent warning.José Fonseca2010-05-101-1/+1
|
* gallivm: Add missing lvalue.José Fonseca2010-05-101-1/+1
|
* st/mesa: only set prevInstWrotePsiz if translating a vertex programBrian Paul2010-05-101-1/+1
|
* st/mesa: additional assertions in dst_register()Brian Paul2010-05-101-0/+10
|
* i965g: link with software- wrapper winsys and drm api helperJakob Bornecrantz2010-05-101-0/+2
|
* gallium: Add software drm api helper to scons buildJakob Bornecrantz2010-05-102-0/+22
|
* gallium: Add pipe wrapper software winsys to scons buildJakob Bornecrantz2010-05-102-0/+26
|
* i965g: fix resource creation recursion bugRoland Scheidegger2010-05-101-1/+1
|
* i965g: add brw_state_debug.c to SConscriptRoland Scheidegger2010-05-101-1/+1
|
* i965g: avoid void * arithmeticRoland Scheidegger2010-05-101-1/+1
|
* gallivm: Temporarily disable custom LLVMDumpValue on MSVC.José Fonseca2010-05-101-2/+3
| | | | | | | Seeing very weird crashes during std::cout initialization. The fault probably lies in the way I build LLVM on MSVC, but disable for now to allow more time to investigate.
* gallivm: cosf/sinf are macros on MSVC.José Fonseca2010-05-101-2/+12
| | | | So taking the function address does not work.
* mesa: Update comments in get_gen_es.py.Vinson Lee2010-05-091-2/+2
|
* swrast: fix 16-bit/channel renderingBrian Paul2010-05-091-1/+1
| | | | NOTE: This is a candidate for the 7.8 stable branch
* osmesa: use unsigned 16-bit/channel formatBrian Paul2010-05-091-1/+1
|
* osmesa: add mapi/glapi to SRC_DIRS to fix buildBrian Paul2010-05-093-3/+3
|
* mesa: fix typos, comment in signed 16-bit tex fetch codeBrian Paul2010-05-091-4/+4
|
* mesa: added unsigned 16-bit/channel tex formatBrian Paul2010-05-096-10/+127
|
* mesa: added comments for signed 16-bit formatsBrian Paul2010-05-091-4/+4
|
* mesa: use GL_RGBA16_SNORM for accum bufferBrian Paul2010-05-092-1/+3
|
* mesa: added texstore function for signed 16-bit formatsBrian Paul2010-05-091-4/+74
|
* mesa: added UNCLAMPED_FLOAT_TO_SHORT macroBrian Paul2010-05-091-0/+3
|
* mesa: add missing cases for signed 16-bit formatsBrian Paul2010-05-091-0/+13
|
* st/mesa: Ignore internal_format in st_context_teximage.Chia-I Wu2010-05-091-1/+10
| | | | | | | When internal_format and tex->format differ, st_finailize_texture will surface_copy between surfaces with different formats. This commit works around the issue by ignoring internal_format. A sane fix is needed here.
* gallivm: Add an alternative to LLVMDumpValue that works with Windows GUI apps.José Fonseca2010-05-087-9/+113
|
* gallivm: Fix mipfiltering with negative lod bias.José Fonseca2010-05-081-2/+4
| | | | | | | In particular, don't use the clamped lod to compute level + 1, or lod in [-1, 0] range will actually interpolate with level 1. This makes Mipfilter DCT pass 100%.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-22 09:38:39 +0000