| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
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]>
|
|
|
|
|
|
|
|
|
|
| |
If the visual doesn't have an accumulation buffer, the renderbuffer
passed into _swrast_clear_accum_buffer will be NULL anyway. There is
no reason the check the visual. Moreover, the test erroneously checks
the context's visual instead of the visual of the current DrawBuffer.
With FBOs these may be different.
Signed-off-by: Ian Romanick <[email protected]>
|
|
|
|
|
|
|
|
| |
In the presence of FBOs, the visual of the context may not match the,
possibly fake, visual of the current ReadBuffer. Note that the caller
of adjust_colors correctly uses the visual of the ReadBuffer.
Signed-off-by: Ian Romanick <[email protected]>
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes fdo bug 26128.
The spec mandates that VOLATILE is returned from
ObjectPurgeable(VOLATILE) irrespective of the actual status of the
object upon completion of marking it purgeable.
Conform to the spec, even though it seems wrong.
Signed-off-by: Chris Wilson <[email protected]>
|
| |
|
| |
|
|\
| |
| |
| | |
Acked-by: Brian Paul <[email protected]>
|
| |
| |
| |
| |
| |
| | |
Implement support for purgeable objects by using the GEM madvise ioctl.
Signed-off-by: Chris Wilson <[email protected]>
|
| |
| |
| |
| | |
Signed-off-by: Chris Wilson <[email protected]>
|
| | |
|
| |
| |
| |
| | |
Signed-off-by: Chris Wilson <[email protected]>
|
| |
| |
| |
| |
| | |
This generates the entrypoints and dispatches for GL_OES_EGL_image.
There is no real support yet.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
negative constant."
This reverts commit a05fdbcb719ac64e6be842372813f0f4ca2f4f93.
Removing the comparison is wrong. The comparison with -1 should be changed
to another value (probably PROGRAM_UNDEFINED) along with another
change in the shader assembler.
Conflicts:
src/mesa/shader/prog_execute.c
|
| |
| |
| |
| |
| |
| |
| | |
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]>
|
|
|
|
|
|
| |
This reverts commit f9504e75f02586a8561733e0e2711c65efa2979d.
This patch is incorrect.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Exit the function early on the error path, instead of continuing, to
prevent a null pointer dereference later on.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
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]>
|
|
|
|
|
|
|
|
| |
I wasn't careful enough when removing support for GCC versions earlier
than 3.3.0. I could have sworn that I compile tested before pushing,
but apparently not. FAIL.
Signed-off-by: Ian Romanick <[email protected]>
|
|
|
|
| |
Signed-off-by: Ian Romanick <[email protected]>
|