| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
- remove unused fields
- remove unused defines and macros
- flatten one structure
|
| |
|
|
|
|
|
| |
- move constant values initialization to seperate function
- remove obvious comments
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Use proper fields for marking if fp is translated, and if is translated succesfully.
Now if fp gets translated (even unsuccesfully) fp->translated is true. If the translation failed (i.e. because we exceeded limit of
maximum texture indirections) the fp->error is set. With a little updated fallback function it prevents non native fragment programs
from beeing translated with every frame (the translation would fail anyway so there's no point to try again).
Also implement IsProgramNative function for GL_FRAGMENT_PROGRAM_ARB (it should give some performance boost in apps that checks if
program is native and falls back to simpler shader to meet hw limits if necessary) and cleanup indentation (remove whitespaces on empty
lines).
|
|
|
|
| |
Report and regression testing by Fabio Pedretti.
|
|
|
|
|
|
|
|
|
| |
valgrind was showing a race between the drawable getting destroyed
by the X resource freeing code, and the context getting destroyed
later and freeing the drawable.
However I've no idea if some other combination of things could cause
this code to leak.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
HW TCL path currently assumed fog, WPOS order. The order was inverted for SW TCL path.
This hopefully fixes rest of fog and WPOS related bugs.
Additionally fix some indentation, don't route unnecessary components of fog coordinates for performance reasons and simplify vertex
attribute emitting for SW TCL path.
|
|
|
|
|
|
|
| |
Fix wrong attribute emit and revert to previous behaviour of calculating VAP_OUT_VTX_FMT_1 register value.
We can't use r300VAPOutputCntl1 function because it assumes that all texture coords have 4 components and that is the case for HW TCL
path, but not for SW TCL.
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
src/mesa/drivers/dri/r200/r200_tex.c
src/mesa/drivers/dri/r300/r300_cmdbuf.c
src/mesa/drivers/dri/r300/r300_context.h
src/mesa/drivers/dri/r300/r300_swtcl.c
src/mesa/drivers/dri/r300/r300_tex.c
src/mesa/drivers/dri/r300/r300_texmem.c
src/mesa/drivers/dri/r300/r300_texstate.c
src/mesa/drivers/dri/radeon/radeon_tex.c
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
For testing, it's very useful to be able to test on a debug build,
while suppressing the debug messages (messages that are by default
suppressed in a release build), in order to see the same behavior
that users of release builds will see.
For example, the "piglit" test suite will flag an error on
programs that produce unexpected output, which means that a
debug build will always fail due to the extra debug messages.
This change introduces a new value to the MESA_DEBUG
environment variable. In a debug build, explicitly setting MESA_DEBUG
to "0" will suppress all debug messages (both from _mesa_debug() and
from _mesa_warning()). (The former behavior was that debug
messages were never suppressed in debug builds.)
Behavior of non-debug builds has not changed. In such a build,
_mesa_debug() messages are always suppressed, and _mesa_warning()
messages will be suppressed unless MESA_DEBUG is set *to any value*.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
Need to clamp default point size to min/max range before checking if it's one.
Fixes glean pointAtten test.
|
| |
| |
| |
| |
| |
| | |
This format is layered on MESA_FORMAT_RGB888 so the component order is
actually BGR.
Fixes glean pixelFormat failures.
|
| |
| |
| |
| |
| | |
Seems to b working well enough to enable all the time.
Optimizations can be disabled with "export MESA_GLSL=nopt" if needed.
|
| | |
|
| |
| |
| |
| | |
Fixes a regression from commit 76ac75af8e5481b498981c133836efa2101be2dc.
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
Also, clean up the logic involved in choosing per-vertex vs. per-fragment
primary+secondary color addition.
|
| | |
|
| |
| |
| |
| |
| | |
Depending on the hardware driver this might not be needed, but it will
cause no harm.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
The texture border color must be interpreted according to the texture's
base format. For example, for a GL_ALPHA texture, sampling the border
color should return (0,0,0,borderAlpha). This wasn't an issue here until
I removed the legacy texenv code (we always use the combiner path now).
|
| |
| |
| |
| | |
Fixes conform spcorner.c & spclear.c failure.
|
| |
| |
| |
| |
| |
| | |
This gets us the savings for driver-internal viewport calls that
dd1c68f15123a889a3ce9d2afe724e272d163e32 was attempting, without relying
on Xlib internals or clients handling X events.
|
| |
| |
| |
| |
| |
| |
| | |
This speeds up OA on my GM45 by 21% (more than the original CPU cost of
the upload path). We might still be able to squeeze a few more percent out
by avoiding repeatedly mapping/unmapping buffers as we upload elements into
them.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
Otherwise current xserver / libGL no longer expose a 32 bit RGBA GLX visual,
and compiz fails.
Fixes http://bugs.freedesktop.org/show_bug.cgi?id=20479 .
|
| |
| |
| |
| |
| | |
Only allows clearing currently bound buffers, but colour and depth/stencil in
a single call.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
It was only set to GL_TRUE in one place where it isn't really needed
(glGetTexImage(sRGB format)).
|
| |
| |
| |
| | |
For luminance, we add R+G+B and it seems we should always clamp in case.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
Duplicated unnamed constants were getting counted more than once.
|
| |
| |
| |
| | |
Now a program that uses 256 locals works as it should.
|