Age | Commit message (Collapse) | Author |
|
|
|
|
|
Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>
|
|
this makes the default state same as r300
|
|
|
|
This is part of the fix for bug 24401.
|
|
This change silenced valgrind warnings but broke progs/tests/drawbuffers.
The problem is we don't know the surface's state when we start caching it
(it may or may not be initialized/cleared/etc). So "clearing" it here was
presumptuous. Leaving the code in place (but disabled) for reference and
when using valgrind.
Fixes bug 24401
|
|
|
|
|
|
Change the fallback debugging around a bit and do the old commit correctly
|
|
This commit included a change that should have been in
its own commit, and turns out that you can do what was
suposed to go in it in much better way as well.
This reverts commit 5080e8bea6ae5cdb116023a5e2d8dbbb762bd69d.
|
|
|
|
There is no hardware out there that can render to I8 textures.
|
|
Sanity checking is for the weak.
|
|
|
|
Fixes a segfault and better code. Unfortunately using an arbitrary
register ("=r") causes the gcc to abort when the code is optimized saying
it can't satisfy the constraint. Setting seems to do the trick.
|
|
|
|
present.
|
|
Conflicts:
src/mesa/drivers/common/meta.c
|
|
See bug 24321.
|
|
|
|
|
|
|
|
|
|
Conflicts:
src/gallium/drivers/r300/r300_tgsi_to_rc.c
Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>
|
|
|
|
When the source surface is pointing at a 2d texture with only one
mipmap level, use that directly rather than creating a temporary.
Probably want to cover more cases, but this is a start.
|
|
|
|
This seems to help for compiz at least with some drivers.
Also add an assert(0) to catch unhandled cases in the future.
|
|
A little better than leaving the values undefined, I think.
See bug 24321.
|
|
|
|
They now follow the pipe_buffer_write style,
its the gallium driver that sets the interface not
the winsys.
|
|
The vbuf fifo doesn't appear to help once the libdrm
reuse flag has been set.
|
|
Workarounds not necessary, SIFM can handle NPOT, we just weren't setting
dst dimensions properly. SIFM can't handle odd w,h though, that still
needs fixing.
|
|
Tested with progs/demos/multiarb.
|
|
Very apparent with resizing windows on DRI2.
|
|
|
|
|
|
|
|
Conflicts:
src/gallium/auxiliary/util/u_cpu_detect.c
|
|
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.
|
|
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 <bskeggs@redhat.com>
|
|
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
|
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
|
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 <bskeggs@redhat.com>
|
|
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.
|