summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Revert "r300g: remove L8_UNORM from colorbuffer formats"Corbin Simpson2010-02-191-0/+1
| | | | | | | | This reverts commit fc427d23439a2702068209957f08990ea29fe21b. At least xorg uses this, and just because something is not used in OpenGL is *never* a valid reason to remove functionality from Gallium. If something lacks a test, go add a test, don't remove features.
* gamma: s#colormac.h#main/colormac.h#Vinson Lee2010-02-196-6/+6
|
* gamma: s/gammacontext.h/gamma_context.h/Vinson Lee2010-02-1914-14/+14
|
* egl: Silence warnings when compiled with -pedantic.Chia-I Wu2010-02-194-4/+10
| | | | Just follow gcc's advices here.
* egl: Silence warnings in check/return macros.Chia-I Wu2010-02-191-139/+147
| | | | | | The macros give warnings when compiled with -pedantic. This commit is based on a patch by Brian Paul, with minor changes to add do {} while(0) and rename the check macros.
* r300g: remove L8_UNORM from colorbuffer formatsMarek Olšák2010-02-191-1/+0
| | | | Not renderable in OpenGL anyway.
* softpipe: fix depth testing problemsBrian Paul2010-02-181-36/+53
| | | | | | | | | | | | | The optimized Z-test functions assumed that the array of incoming quads are adjacent, but that's not always true. The fragment shader can cull intermediate quads, for example. Now these Z-test functions can cope with non-adjacent quads. A little bit of performance is probably lost, but it's probably not worth worring about. This fixes broken glBitmap() Z testing, among other things. (cherry picked from commit d437d905e6924ebc05ec9efe87e1e2c48d75bc13)
* st/mesa: added some bitmap debug code (disabled)Brian Paul2010-02-181-0/+22
|
* progs/demos: update arbocclude.c to do multiple queries at onceBrian Paul2010-02-181-105/+108
| | | | | | Issue a whole bunch of queries then get the results and render. Draw the test object in red instead of orange if the result was not ready when we first queried it.
* softpipe: comments and whitespace fixesBrian Paul2010-02-181-7/+8
|
* softpipe: const qualifiers, commentsBrian Paul2010-02-181-3/+3
|
* identity: Propagate api->name and api->driver_name upJakob Bornecrantz2010-02-181-0/+2
|
* trace: Propagate api->name upJakob Bornecrantz2010-02-181-0/+1
|
* pipebuffer: Include fenced buffer manager in buildJakob Bornecrantz2010-02-181-0/+1
|
* i915: update render buffers at prepare_render timeJesse Barnes2010-02-181-0/+1
| | | | | We need to do this before we emit any state dependent on the current render buffers.
* Revert "Make mklib propogate all errors"Dan Nicholson2010-02-181-8/+0
| | | | | | | | This reverts commit d6f55492af3cb82b0113fe6beac0f3494b6e2956. It's both not portable and not safe to trap & exit on ERR. This will need to use a more invasive approach that tests return code only for selected, important commands.
* mklib: remove unused -contents_of_archives(), add commentsBrian Paul2010-02-181-21/+4
|
* mesa: silence mklib output for libglapi.c as for other targetsBrian Paul2010-02-181-1/+1
|
* Make mklib propogate all errorsJon TURNEY2010-02-181-0/+6
| | | | | Signed-off-by: Jon TURNEY <[email protected]> Signed-off-by: Brian Paul <[email protected]>
* mklib: Teach mklib to fail build if link fails on cygwinBrian Paul2010-02-181-0/+5
| | | | | | | Signed-off-by: Jon TURNEY <[email protected]> Signed-off-by: Brian Paul <[email protected]> (cherry picked from commit 551c96979e643b409535afe868c42cac0d2285ad)
* configure: PTHREADS should be defined on cygwin, as wellBrian Paul2010-02-181-0/+3
| | | | | | | Signed-off-by: Jon TURNEY <[email protected]> Signed-off-by: Brian Paul <[email protected]> (cherry picked from commit c1a4f249f18a766488da0832fbf6700de93af2f8)
* swrast: fix left side clippingBrian Paul2010-02-181-3/+36
| | | | | | | Fixes bug 26623. Original patch was submitted by Mathias Frohlich and modified by Brian. (cherry picked from commit 7c34c237a2f6732b2c013543523617e375c1f534)
* Revert "st/mesa: Make the frontbuffer visible on st_flush(PIPE_FLUSH_FRAME)."Francisco Jerez2010-02-182-6/+8
| | | | | | We probably don't want to propagate this condition to the pipe driver, this reverts commit f455ca6490fcb65781b21f81c7117bd923e250d1 and the dri_update_buffer flush altogether until an agreement is reached.
* intel: Include main/hash.h using "" instead of <>Kristian Høgsberg2010-02-181-1/+1
|
* progs/trivial: Update .gitignore.Vinson Lee2010-02-181-0/+4
|
* progs/redbook: Fix array out-of-bounds access.Vinson Lee2010-02-181-1/+1
|
* st/mesa: always call FLUSH_CURRENT before st->pipe->flush()Keith Whitwell2010-02-181-2/+1
| | | | | | Undoes part of commit f455ca6 which would permit pipe->flush() to be called while the VBO module still had its buffers mapped. Some drivers care deeply about this. Sorry for not spotting this earlier.
* progs/rbug: Silence printf format warning.Vinson Lee2010-02-171-1/+1
|
* progs/rbug: Add missing headers.Vinson Lee2010-02-174-0/+6
|
* util: Fix typo of debug_dump_float_rgba_bmp.Vinson Lee2010-02-171-1/+1
|
* progs/rbug: Use util_format_name().Vinson Lee2010-02-173-3/+4
|
* progs/rbug: Add missing header.Vinson Lee2010-02-171-0/+2
|
* progs/rbug: s/read/rbug_read/Vinson Lee2010-02-171-3/+3
| | | | read conflicts with read in /usr/include/unistd.h.
* svga: Silence uninitialized variable warnings.Vinson Lee2010-02-171-0/+6
|
* r300g: add support for all missing non-FP sampler formatsMarek Olšák2010-02-183-124/+234
| | | | | The idea is to directly parse the format description in r300_translate_texformat and return ~0 if the format is unsupported.
* winsys/drm: Do not use --whole-archive in Makefile.egl.Chia-I Wu2010-02-187-8/+19
| | | | | --whole-archive is not portable. Have the drivers reference _eglMain as a poor man's --whole-archive.
* intel: Implement the DRI2 invalidate function properlyKristian Høgsberg2010-02-1716-48/+79
| | | | | | | | | | | | | | | | | | | This uses a stamp mechanisms to mark the DRI drawable as invalid. Instead of immediately updating the buffers we just bump the drawable stamp and call out to DRI2GetBuffers "later". "Later" used to be at LOCK_HARDWARE time, and this patch brings back callouts at the points where we used to call LOCK_HARDWARE. A new function, intel_prepare_render(), is called where we used to call LOCK_HARDWARE, and if the buffers are invalid, we call out to DRI2GetBuffers there. This lets us invalidate buffers only when notified instead of on every glViewport() call. If the loader calls the DRI invalidate entrypoint, we disable viewport triggered buffer invalidation. Additionally, we can clean up the old viewport mechanism a bit, since we can just invalidate the buffers and not worry about reentrancy and whatnot.
* dri/nouveau: Some multithreaded rendering fixes.Francisco Jerez2010-02-1718-1278/+1124
|
* st/dri2: Flush FRAME instead of RENDER_CACHE on buffer invalidation.Francisco Jerez2010-02-171-2/+2
|
* st/mesa: Make the frontbuffer visible on st_flush(PIPE_FLUSH_FRAME).Francisco Jerez2010-02-171-9/+6
| | | | | | | | | | | | | So far the frontbuffer was only being flushed on st_glFlush and st_glFinish, however, a co-state tracker may need to make sure that any frontbuffer changes are already on its way to the actual front. The dri2 state tracker will need this for event-driven GL applications to resize properly (It could also be done calling "dri_flush_frontbuffer", but that way we would flush unnecessarily in the double-buffered case). Additionally this patch avoids flushing the mesa rendering cache if PIPE_FLUSH_RENDER_CACHE wasn't specified.
* Merge commit '381d5e209815235911c4aab516037c868c8f695f'Ian Romanick2010-02-173-166/+199
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This merges the patches from the series "[PATCH 00/14] More client-side GLX house cleaning" that were posted to the mesa3d-dev mailing list. See http://marc.info/?l=mesa3d-dev&m=126582985214612&w=2 Patches 01 through 04 eliminate a bunch of annoying warnings that I get when building Mesa. Patch 05 fixes an inconsistency between the implementation of glXSwapIntervalMESA and the spec. I chose to favor the code over the spec in this case. This also eliminated a warning. Patches 06 through 12 clean up the way that context creation is performed on the client. When support for GLX_SGIX_fbconfig and the related GLX 1.3 functions was added, I refactored a bunch nuts-and-bolts of context creation to CreateContext. The refactor was a good idea, I just didn't do it right. Patches 13 and 14 update glxgears_fbconfig to use GLX 1.3 interfaces.
| * glxgears_fbconfig: Use glXCreateWindow and glXDestroyWindowIan Romanick2010-02-111-5/+39
| |
| * glxgears_fbconfig: Use GLX 1.3 name for function poiner typesIan Romanick2010-02-111-19/+15
| |
| * glx: Pass fbconfig ID or visual ID to CreateContextIan Romanick2010-02-111-10/+10
| | | | | | | | | | | | Pass either the fbconfig ID or the visual ID, as appropriate, to CreateContext. Now CreateContext does not derefernce fbconfig or vis (which no longer exists as a parameter).
| * glx: Use the screen parameter everywhere instead of vis->screen, etc.Ian Romanick2010-02-111-5/+3
| |
| * glx: Move work of converting a visual to an fbconfigIan Romanick2010-02-111-31/+29
| | | | | | | | | | | | | | For the direct rendering case, the DRI createContext function wants an fbconfig. When glXCreateContext is called, we have to convert the visual to an fbconfig. This work was done in CreateContext, but it makes more sense for it to be done in glXCreateContext.
| * glx: Re-indent CreateContext after the previous commitIan Romanick2010-02-111-96/+95
| |
| * glx: Handle imported contexts outside of CreateContextIan Romanick2010-02-111-16/+10
| | | | | | | | | | | | | | | | A long time ago I was a bit over-agressive in refactoring context creation into a single function. The creation code for glXImportContextEXT does not belong in CreateContext because it does not use any GLX protocol. The big if-statement for the import case routed around almost the entire function anyway.
| * glx: Pass screen number as parameter to CreateContextIan Romanick2010-02-111-7/+16
| | | | | | | | | | Passing the screen parameter to CreateContext will simplify a couple of changes that are coming.
| * glx: Pass opcode to CreateContext instead of use_glx_1_3 parameterIan Romanick2010-02-111-8/+23
| | | | | | | | | | | | Passing the opcode directly instead of having CreateContext infer it from the value of fbconfig and the use_glx_1_3 flag will simplify some changes that are coming.