On Fri, 2 Dec 2011 11:29:38 -0800, Stuart Abercrombie
wrote:
> Previously a zero writemask would result in dst_chan == -1, meaning an
> unnecessary MOV with the destination register dictated by undefined
> memory contents would be emitted before returning. This caused
> intermittent GPU hangs,
---
src/mesa/swrast/s_context.c |6 +-
src/mesa/swrast/s_context.h |5 -
2 files changed, 1 insertions(+), 10 deletions(-)
diff --git a/src/mesa/swrast/s_context.c b/src/mesa/swrast/s_context.c
index 98702f0..9246125 100644
--- a/src/mesa/swrast/s_context.c
+++ b/src/mesa/swrast/s
---
src/mesa/state_tracker/st_cb_accum.c | 347
src/mesa/state_tracker/st_cb_accum.h | 63
src/mesa/swrast/s_accum.c| 598 --
src/mesa/swrast/s_accum.h| 38 ---
src/mesa/swrast/swrast.h |3 -
5
Implemented in terms of renderbuffer mapping/unmapping and format
packing/unpacking functions.
The swrast and state tracker code for implementing accumulation are
unused and will be removed in the next commit.
---
src/mesa/SConscript |2 -
src/mesa/drivers/common/driverfu
No driver implemented this and we always returned "True" for residence
queries.
---
src/mesa/drivers/common/driverfuncs.c |1 -
src/mesa/main/dd.h|5 -
src/mesa/main/texobj.c| 23 +++
src/mesa/main/texparam.c |6
There's probably no reason to use a special version of memcpy() anymore.
---
src/mesa/drivers/common/driverfuncs.c |1 -
src/mesa/main/dd.h | 13
src/mesa/main/texstore.c |5 +--
src/mesa/state_tracker/st_cb_texture.c | 52 ---
On 03.12.2011 17:14, Vincent Lejeune wrote:
>glsl to tgsi pass now queries for reading output register cap
>from drivers. This made nvc0/nvfx complain about unknow
>PIPE_CAP that breaks piglit tests. This patch fix this.
> ---
> src/gallium/drivers/nv50/nv50_screen.c |2 ++
> src/g
glsl to tgsi pass now queries for reading output register cap
from drivers. This made nvc0/nvfx complain about unknow
PIPE_CAP that breaks piglit tests. This patch fix this.
---
src/gallium/drivers/nv50/nv50_screen.c |2 ++
src/gallium/drivers/nvc0/nvc0_screen.c |2 ++
2 files cha
Hi,
It looks like there are a lot of LLVM-3.0 patches missing from the
7.11 branch, causing mesa-7.11.x to fail to build. See
https://bugs.gentoo.org/show_bug.cgi?id=393013
A users reports in that bug that when the following commits are
applied to mesa-7.11.2 that mesa builds with llvm-3.0.
b61e