[Mesa-dev] [Bug 31925] [GLSL 1.20] "#pragma STDGL invariant(all)" fail

https://bugs.freedesktop.org/show_bug.cgi?id=31925 --- Comment #1 from Vinson Lee 2010-11-25 21:30:16 PST --- I committed the attached test case (attachment id=40577) to piglit. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail becaus

[Mesa-dev] [Bug 31923] [GLSL 1.20] allowing inconsistent centroid declaration between two vertex shaders

https://bugs.freedesktop.org/show_bug.cgi?id=31923 --- Comment #1 from Vinson Lee 2010-11-25 21:15:46 PST --- I've committed the attached test case (attachment id=40576) to piglit. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail bec

[Mesa-dev] [Bug 31925] New: [GLSL 1.20] "#pragma STDGL invariant(all)" fail

https://bugs.freedesktop.org/show_bug.cgi?id=31925 Summary: [GLSL 1.20] "#pragma STDGL invariant(all)" fail Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium

[Mesa-dev] [Bug 31923] New: [GLSL 1.20] allowing inconsistent centroid declaration between two vertex shaders

https://bugs.freedesktop.org/show_bug.cgi?id=31923 Summary: [GLSL 1.20] allowing inconsistent centroid declaration between two vertex shaders Product: Mesa Version: git Platform: All OS/Version: Linux (All) Status:

[Mesa-dev] [PATCH] glsl: fix lowering conditional returns in subroutines

Hello! This patch fixes a bug in the lower_jumps pass if lower_sub_return is set to true. Subroutines such as void sub() { for (int i = 0; i < 2; ++i) { if (i) return; } } a continue instruction is inserted outside of the loop. Subroutines such as void sub() { for (int j = 0;

Re: [Mesa-dev] Mesa (master): i965: Don't write mrf assignment for pointsize output

For you information: This commit fixes 17 OpenGL ES 2.0 conformance cases on i965 And also another 1 commit from Ken also fixes 1 case So We have 18 more passes on OpenGL ES 2.0 conformance on i965 these two days Thanks --Shuang On 2010-11-25 0:29, Kristian Høgsberg wrote: Module: Mesa Br

Re: [Mesa-dev] [RFC] discard optimization and lowering passes

I am ok with either solution as long as it fixes *Bug 31827* . I have tested my patch and it works. There was a bug in lower_jumps that made discard statements with a condition be treated as without it, causing the removal of all instructions aft

[Mesa-dev] [PATCH] Add missing map range bits to the state tracker.

Hi, I am not exactly sure about this one. But at least the the OpenGL state stracker misses the translation of the GL_MAP_INVALIDATE_*_BITs. I would guess that the attached patch is an appropriate tranlsation of these into the PIPE_TRANSFER_DISCARD flag. Please review/apply. Thanks! Mathias

[Mesa-dev] [PATCH 3/3] ir_to_mesa: Add support for conditional discards.

From: Marek Olšák Signed-off-by: Marek Olšák Signed-off-by: Kenneth Graunke --- src/mesa/program/ir_to_mesa.cpp |9 +++-- 1 files changed, 7 insertions(+), 2 deletions(-) diff --git a/src/mesa/program/ir_to_mesa.cpp b/src/mesa/program/ir_to_mesa.cpp index 6e9f873..d9d86b6 100644 --- a

[Mesa-dev] [PATCH 2/3] glsl: Add a lowering pass to move conditional discards out of ifs.

This should allow lower_if_to_cond_assign to work in the presence of discards. Unconditional discards are already handled by opt_discard_simplification. NOTE: This is a candidate for the 7.9 branch. --- src/glsl/Makefile |1 + src/glsl/SConscript |1 + src/glsl/

[Mesa-dev] [PATCH 1/3] glsl: Add an optimization pass to simplify discards.

Fixes bug #31690. The unconditional discard inside the if-statement is now turned into a conditional discard. NOTE: This is a candidate for the 7.9 branch. --- src/glsl/Makefile |1 + src/glsl/SConscript |1 + src/glsl/glsl_parser_extras.cpp

[Mesa-dev] [RFC] discard optimization and lowering passes

I was actually working on the same thing today, and wrote two passes for dealing with discards. I was just looking into adding ir_to_mesa and brw_fs support when I saw your patch, so I just split that out and reused it. Thanks for writing that! I'm not sure whether doing it in a separate pass (l