| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|\
| |
| |
| | |
git+ssh://[email protected]/git/mesa/mesa into r6xx-rewrite
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
| | |
| | |
| | |
| | |
| | |
| | | |
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 .
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
EyeDirection -> SpotDirection
_NormDirection -> _NormSpotDirection
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
Everything is in place now for using a true constant buffer for GLSL fragment
shaders. Still some bugs to find though.
|
| | |
| | |
| | |
| | | |
We were accidentally clobbering the next register.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Currently, shader constants are stored in the GRF (loaded from the CURBE
prior to shader execution). This severly limits the number of constants
and temps that we can support.
This new code will support (practically) unlimited size constant buffers
and free up registers in the GRF. We allocate a new buffer object for the
constants and read them with "Read" messages/instructions. When only a
small number of constants are used, we can still use the old method.
The code works for fragment shaders only (and is actually disabled) for now.
Need to do the same thing for vertex shaders and need to add the necessary
code-gen to fetch the constants which are referenced by the shader
instructions.
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
This code won't actually be used and will be removed in a subsequent commit.
Just committing for posterity.
|
| | |
| | |
| | |
| | | |
Fixes regression seen with progs/glsl/bump.c
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
Used to read float[4] vectors from the constant buffer/surface.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
Call the get_src_reg_imm() function when it's permissible to generate a
literal value src register.
|
| | |
| | |
| | |
| | | |
The value was always 1.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
1) Don't error-check here. It's done in glx makeCurrent.
2) Allow ctx and the dri drawables to be NULL for future use. This is
currently blocked in glx makeCurrent.
3) Avoid updating dri drawables unless they are completely uninitialized.
Since the updating was done outside of the lock, the driver need to
verify and redo it anyway.
Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com>
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
We don't upload the pixels with the CPU in that case, so the map will
only serve as a way of triggering cache flushes over a bunch of data we
don't touch.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
i965 can either do SRGBA8_REV format or SARGB8 format, but not SRGBA8.
Could add SRGBA8_REV support to mesa, but simply use SARGB8 for now.
While here, also add true srgb luminance / luminance_alpha support -
unfortunately the published docs fail to mention which asics support
this, tested on g43 so assume this works on any g4x.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
use color format constants instead of magic numbers
remove handling of cpp 0 or 3 (neither is possible) in various places
don't misconfigure 8 bit surface blits as rgb565
|
| | |
| | |
| | |
| | |
| | |
| | | |
- remove disabled code
- silence compiler warnings (uinitialized values)
- remove unneeded code
|
| | |
| | |
| | |
| | | |
Signed-off-by: Alan Coopersmith <[email protected]>
|