Am Dienstag, den 16.04.2013, 10:23 -0700 schrieb Matt Turner:
> >> waste. It wasn't uncommon for a user to waste a nontrivial amount of
> >> someone's time in #intel-gfx only to discover that they were trying to
> >> use the (old) i965g driver that no one maintained.
> > I wonder, should i965g be b
Am Sonntag, den 10.06.2012, 13:20 +0200 schrieb Daniel Vetter:
> On Sun, Jun 10, 2012 at 01:49:30AM +0200, Michael Karcher wrote:
> > This patch fixes a copy/paste error and masking of depth/stencil (stencil
> > is in the top 8 bits), and makes glean/readPixSanity happy.
> Woot,
This patch fixes a copy/paste error and masking of depth/stencil (stencil
is in the top 8 bits), and makes glean/readPixSanity happy.
Both the stencil and the depth buffer piglit test also pass if
glClear(DEPTH | STENCIL) is executed instead of
glClear(DEPTH)/glClear(STENCIL).
---
src/gallium/dri
Signed-off-by: Michael Karcher
---
src/gallium/drivers/i915/i915_debug.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/i915/i915_debug.c
b/src/gallium/drivers/i915/i915_debug.c
index 295c47e..b6c442d 100644
--- a/src/gallium/drivers/i915
emporary in all further lines. Patches welcome.
Thanks for your quick response!
How can you be sure that R[1].xyz keeps unchanged in all further lines,
so it is a valid replacement for the elided R[0].xyz? The fragment
shader language is not static single assignment, so R[1] could
eliminated temporary is not used in any further
lines?
Regards,
Michael Karcher
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
