| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
R300 hw doesn't support sampling from Z24_S8 or S8_Z24 formats.
|
| |
|
|
|
|
| |
Fixes some relocation failures
|
| |
|
| |
|
| |
|
|
|
|
| |
Fixes two wine d3d9 unit tests
|
| |
|
|
|
|
| |
_tnl_UpdateFixedFunctionProgram is already called in r300_draw.c
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Previously the code was erroneously using the stencil size of the
context instead of the stencil size of the DrawBuffer. With FBOs
these may be different. As a result, clearing the stencil buffer of
an FBO bound to a context that doesn't have stencil would fail.
Signed-off-by: Ian Romanick <[email protected]>
|
|
|
|
|
|
|
|
| |
The whole structure is 836 bytes, but if only the first one or two
samplers are used (as is common), the part that matters is only 56 or
108 bytes. By using just that subset as the key (since the key size
is also part of the key), we improve firefox-talos-gfx performance by
1%.
|
| |
|
| |
|
|
|
|
|
| |
Since it's a BO pointer, it already lives outside the key in
brw->wm.sdc_bo[] which is used for sampler state lookup and setup.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
This saves 6.6KB on the 965 driver, and appears to speed
firefox-talos-gfx up by 1-2%. Unlike many other asserts in the
driver, when we make a mistake that would trigger one of these it
generally shows up all the time for developers, so turning it off for
release seems fine.
|
|
|
|
| |
This manages to cut down another 3800 bytes.
|
|
|
|
| |
Cuts another 1800 bytes from the driver.
|
|
|
|
| |
Shaves 800 bytes off the driver.
|
| |
|
| |
|
|\
| |
| |
| | |
Acked-by: Brian Paul <[email protected]>
|
| |
| |
| |
| |
| |
| | |
Implement support for purgeable objects by using the GEM madvise ioctl.
Signed-off-by: Chris Wilson <[email protected]>
|
| |
| |
| |
| |
| |
| |
| | |
Shaves 60k off the driver from removing the broken spans code. This
means we now require 2.6.29, which seems fair given that it's a year
old and we've removed support for non-KMS already in the last release
of 2D.
|
| |
| |
| |
| | |
Shaves 5.5k off of the driver.
|
| | |
|
| |
| |
| |
| | |
Signed-off-by: Francisco Jerez <[email protected]>
|
| |
| |
| |
| | |
Signed-off-by: Francisco Jerez <[email protected]>
|
| |
| |
| |
| | |
Signed-off-by: Francisco Jerez <[email protected]>
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This now passes piglit testcases, and shows performance improvements
on openarena. Blit-heavy apps may see degradation, but the
expectation is that the common case of 3D rendering will see
significant wins.
This regresses gen-teximage on my 855, and no piglit tests on my 945.
|
|/
|
|
| |
Corresponds to b87406e55f029d29594ae76a4b39a4fe1007fe4f.
|
|
|
|
|
|
|
|
| |
The break in the __DRI_ATTRIB_RENDER_TYPE case was accidentally
removed in commit 5cf2c5851bcd29c2d53bb04ab692b4b156f5a74d. This puts
it back.
Signed-off-by: Ian Romanick <[email protected]>
|
|
|
|
|
|
|
|
| |
Only tested this on my rv530 with R300_NO_TCL=1, but it works there
at least. It would be nice to fix the tex_offset by chaning the vertex
program on tcl to read from offset 6 but this isn't really necessary.
Signed-off-by: Dave Airlie <[email protected]>
|
|
|
|
|
|
|
| |
at least on the r500 we get a lockup unless I do this, the compiler
seems to fail to compile and we just get a null fp.
Signed-off-by: Dave Airlie <[email protected]>
|
|
|
|
|
|
|
|
|
| |
Check if the native blit formats are supported, if not,
attempt to use an alternate format.
Skip 3, >4 bpp as per comments from mcencora on irc.
Signed-off-by: Alex Deucher <[email protected]>
|
|
|
|
|
|
|
| |
Now that color-index support is removed from t_dd_tritmp.h and
t_dd_unfilled.h, drivers no longer need define HAVE_RGBA.
Signed-off-by: Ian Romanick <[email protected]>
|
|
|
|
|
|
|
|
| |
These are used to inform the driver of the clear value for color-index
buffers and to control write-masking of bits in color-index buffers.
No driver use or need (not even Nouveau) these interfaces.
Signed-off-by: Ian Romanick <[email protected]>
|
|
|
|
|
|
|
|
| |
Remove the rgbMode and indexBits parameters from _mesa_create_visual
and _mesa_initialize_visual. These values are now hardcoded to
GL_TRUE and 0.
Signed-off-by: Ian Romanick <[email protected]>
|
|
|
|
| |
Signed-off-by: Ian Romanick <[email protected]>
|
|
|
|
| |
Signed-off-by: Ian Romanick <[email protected]>
|
|
|
|
| |
Signed-off-by: Ian Romanick <[email protected]>
|
|
|
|
| |
Signed-off-by: Ian Romanick <[email protected]>
|
|
|
|
|
|
|
|
|
| |
It appears that color-index rendering wasn't actually supported
anyway. swrastFillInModes did not previously create an color-index
configs, so it doesn't seem like there would be any way to get a
color-index visual.
Signed-off-by: Ian Romanick <[email protected]>
|
|
|
|
| |
This should fix rendering into mipmaps of tiled textures.
|