| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
None of the other driver have a silly sufix,
so just drop it. Nothing new added in this commit
or any other commit but this is better marketing.
|
|
|
|
|
|
| |
The driver never work with real hardware and has
bitrotted for quite some time now, might as well
drop it. If somebody wants to look at it just use git.
|
|
|
|
|
|
| |
So I didn't touch r300compiler, but r300g now compiles after having
declarations and code untangled. As nha so gently points out, we shouldn't
have to do this just to comply with MSVC compilers.
|
|
|
|
|
|
| |
No need to save ebx on 64bit. Use just xchgl. Refer to gcc's cpuid.h header.
Thanks to Uros Bizjak for pointing this out.
|
|
|
|
|
| |
Otherwise st_copy_texsubimage will fallback to software blit due to
inconsistent base formats.
|
|
|
|
|
| |
At last it's possible to turn on tgsi dumps and other debugging in the
state tracker without modifying sources...
|
|
|
|
|
| |
This got ported to ureg at some point, but lost the code that
distinguishes it from regular util_make_fragment_tex_shader().
|
| |
|
|
|
|
| |
Signed-off-by: Ben Skeggs <[email protected]>
|
|
|
|
| |
Signed-off-by: Ben Skeggs <[email protected]>
|
|
|
|
| |
Signed-off-by: Ben Skeggs <[email protected]>
|
|
|
|
| |
Signed-off-by: Ben Skeggs <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The previous behaviour was incorrect, and resulted in EXT_tfp being broken
for DDX drivers that implement the correct behaviour (intel/radeon/nouveau).
In the cases where a fake front buffer is required, the X server will
return one when requesting __DRI_BUFFER_FRONT_LEFT.
The Xorg state tracker (aka modesetting_drv) is likely broken now until
it's modified to match the other drivers.
Signed-off-by: Ben Skeggs <[email protected]>
|
|
|
|
|
|
|
|
|
| |
This ensures that an assertion like
assert(expensive_test());
won't have any penalty on release builds. It also implies that no vital
code should be in assert expressions.
|
| |
|
|
|
|
|
|
|
|
|
| |
This is just a temporary change until we code generate the tile read/write
functions in runtime. The new code avoids an extra memcpy that exists in
u_tile.c functions, from which lp_tile_soa.c was originally based.
This achieves up to 5% improvement, particularly in frames with
little geometry overlap.
|
| |
|
|
|
|
| |
Loop building will be rewritten.
|
| |
|
|
|
|
| |
We support array layout too -- if it has a single channel.
|
|
|
|
|
| |
We now have 48 GLX visuals. Pretty soon, we'll have 90+ visuals,
only five of which ever get tested. :3
|
|
|
|
|
|
|
|
|
|
|
|
| |
intel_pixel_read.c: In function ‘do_blit_readpixels’:
intel_pixel_read.c:221: warning: cast from pointer to integer of
different size
Cast via an intermediate (GLintptr) instead and hope the result fits
within GLuint... [It should as we simply do not support textures *that*
large!]
Signed-off-by: Chris Wilson <[email protected]>
|
|
|
|
|
|
|
| |
This should catch the common programming error where we attempt to
emit a relocation to beyond the end of the target buffer.
Signed-off-by: Chris Wilson <[email protected]>
|
| |
|
|
|
|
| |
Signed-off-by: Nicolai Hähnle <[email protected]>
|
|
|
|
| |
Signed-off-by: Nicolai Hähnle <[email protected]>
|
|
|
|
| |
Signed-off-by: Nicolai Hähnle <[email protected]>
|
|
|
|
|
|
|
|
|
| |
Same as in src/gallium/winsys/drm/intel/xorg/Makefile
Thanks MrCooper for explanations on IRC
[ Summary amended by Michel Dänzer to clarify that this is related to the xorg
state tracker ]
|
|
|
|
| |
Fixes crash with compiz magnifier plugin.
|
|
|
|
| |
This ensures the driver won't map the wrong set of textures.
|
| |
|
|
|
|
| |
Signed-off-by: Nicolai Hähnle <[email protected]>
|
|
|
|
|
|
|
| |
Besides from being necessary to use that extension, it also fixes a crash
when deleting the currently bound vertex array object.
Signed-off-by: Nicolai Hähnle <[email protected]>
|
|
|
|
|
|
| |
This fixes the glxgears bug, among other things.
Signed-off-by: Nicolai Hähnle <[email protected]>
|
|
|
|
| |
Signed-off-by: Nicolai Hähnle <[email protected]>
|
|
|
|
|
| |
If the src renderbuffer is actually a texture, we can directly use that
texture as the src and avoid a copy.
|
| |
|
|
|
|
|
| |
Combined with the previous fix, it takes cairo-gl firefox-talos-gfx time
from 120 seconds to 90 seconds on my GM45.
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit df058298e1570eea8712f9bb051f674fab2eaf24. It didn't
explain why it was required, doesnt appear to be required, and is a
significant performance penalty for cairo-gl firefox.
Conflicts:
src/mesa/main/fbobject.c
|
| |
|
|
|
|
|
|
| |
no longer used now that the hw supports this natively.
Also, clean up some formatting.
|
|
|
|
|
|
|
|
|
|
| |
Currently using max_slots > 1 will cause synchronous rendering
if the driver flushes its command buffers between one bitmap and the
next.
Need to improve buffer_write to allow NO_WAIT (as well as no_flush)
updates to buffers where we know there is no conflict with previous
data.
|
|
|
|
|
|
|
| |
Propagate NULL return value.
This also allows removing the DRM_MODE_FEATURE_DIRTYFB specific pixmap
management hacks.
|
|
|
|
|
| |
Asks the driver to map the texture storage directly or return NULL if that's
not possible.
|
|
|
|
|
|
| |
Always test for PIPE_TRANSFER_READ/WRITE using the bit-wise and operator, and
add a pipe_transfer_buffer_flags() helper for getting the buffer usage flags
corresponding to them.
|
|
|
|
|
|
|
|
| |
Need to check if we'll take the software path so which requires mapping the
src texture image.
Fixes crash in piglit gen-compressed-teximage, bug 24219. However, the
test still does not pass (it may never have).
|
| |
|
| |
|
| |
|
| |
|