Re: [Mesa-dev] [PATCH 2/4] gallium: add facilities for indirect drawing

On Fre, 2013-02-01 at 22:50 +0100, Christoph Bumiller wrote: > > diff --git a/src/gallium/drivers/r300/r300_screen.c > b/src/gallium/drivers/r300/r300_screen.c > index d0f0070..7ae9dd6 100644 > --- a/src/gallium/drivers/r300/r300_screen.c > +++ b/src/gallium/drivers/r300/r300_screen.c > @@ -155,

[Mesa-dev] [PATCH 4/4] R600: Export instructions are no longer terminator

This allows MachineInstScheduler to reorder them, and thus make scheduling more efficient. --- lib/Target/R600/R600Instructions.td | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/lib/Target/R600/R600Instructions.td b/lib/Target/R600/R600Instructions.td index 3c043aa..82a63

[Mesa-dev] [PATCH 3/4] R600: Fold zero/one in export instructions

--- lib/Target/R600/R600ISelLowering.cpp | 111 --- lib/Target/R600/R600Instructions.td | 20 ++- lib/Target/R600/R600Intrinsics.td| 3 - 3 files changed, 55 insertions(+), 79 deletions(-) diff --git a/lib/Target/R600/R600ISelLowering.cpp b/lib/Target/

[Mesa-dev] [PATCH 2/4] R600: Do not fold modifier/litterals in vector inst

This fixes a couple of regressions on (probably not just) cayman --- lib/Target/R600/AMDILISelDAGToDAG.cpp | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/lib/Target/R600/AMDILISelDAGToDAG.cpp b/lib/Target/R600/AMDILISelDAGToDAG.cpp index 84223f6..7fc3a2f 100644 --- a/l

[Mesa-dev] [PATCH 1/4] R600: Use MULADD_IEEE instruction for mad pattern

--- lib/Target/R600/AMDGPUISelLowering.cpp | 6 +++--- lib/Target/R600/AMDILISelLowering.cpp | 3 ++- lib/Target/R600/R600Instructions.td| 8 3 files changed, 13 insertions(+), 4 deletions(-) diff --git a/lib/Target/R600/AMDGPUISelLowering.cpp b/lib/Target/R600/AMDGPUISelLowering.c

Re: [Mesa-dev] [PATCH 1/2] r600g: report correct flow control depth, taking hardware bugs into account

On 02/03/2013 10:46 PM, Marek Olšák wrote: The shader test passes on my Redwood. I also added more ifs and loops, no difference. I'll just set the max control flow depth to 32 for all asics. We'll deal with the hw bug when it shows up. I thought a bit more about it, probably the test simply doe

Re: [Mesa-dev] [PATCH 1/2] r600g: report correct flow control depth, taking hardware bugs into account

The shader test passes on my Redwood. I also added more ifs and loops, no difference. I'll just set the max control flow depth to 32 for all asics. We'll deal with the hw bug when it shows up. Marek On Fri, Feb 1, 2013 at 4:34 PM, Vadim Girlin wrote: > On 02/01/2013 05:47 PM, Marek Olšák wrote:

[Mesa-dev] [PATCH] st/mesa: emit saturates in the vertex shader if Shader Model 3.0 is supported

v2: change the requirement from GLSL 1.30 to SM 3.0 (R500 can do this) --- I'd like to know if people are okay with this. src/mesa/state_tracker/st_context.c|1 + src/mesa/state_tracker/st_context.h|1 + src/mesa/state_tracker/st_glsl_to_tgsi.cpp |7 --- 3 files c

Re: [Mesa-dev] [PATCH] st/mesa: emit saturates in the vertex shader if Shader Model 3.0 is supported

Please disregard this patch. Marek On Sun, Feb 3, 2013 at 6:25 PM, Marek Olšák wrote: > v2: change the requirement from GLSL 1.30 to SM 3.0 (R500 can do this) > --- > src/mesa/state_tracker/st_context.c|1 + > src/mesa/state_tracker/st_context.h|1 + > src/mesa/state_tra

[Mesa-dev] [PATCH] st/mesa: emit saturates in the vertex shader if Shader Model 3.0 is supported

v2: change the requirement from GLSL 1.30 to SM 3.0 (R500 can do this) --- src/mesa/state_tracker/st_context.c|1 + src/mesa/state_tracker/st_context.h|1 + src/mesa/state_tracker/st_extensions.c |1 + src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 22 ++

[Mesa-dev] [PATCH 2/2] r300/compiler: copy-propagate saturate mode when possible

--- .../drivers/r300/compiler/radeon_optimize.c| 21 ++-- 1 file changed, 19 insertions(+), 2 deletions(-) diff --git a/src/gallium/drivers/r300/compiler/radeon_optimize.c b/src/gallium/drivers/r300/compiler/radeon_optimize.c index 0714d79..7be9d9e 100644 --- a/src/gall

[Mesa-dev] [PATCH 1/2] r300/compiler: add support for saturate output modifier in r500 vertex shaders

The GLSL compiler can simplify clamp(v,0,1) to saturate. The state tracker doesn't use it yet, but it will. --- src/gallium/drivers/r300/compiler/r3xx_vertprog.c | 23 ++--- src/gallium/drivers/r300/r300_reg.h |6 -- 2 files changed, 19 insertions(+), 10 del

Re: [Mesa-dev] [PATCH 4/4] i965: Fix the SF Vertex URB Read Length calculation for Gen7 platforms.

On 2 February 2013 13:52, Kenneth Graunke wrote: > Ivybridge doesn't appear to have the same errata as Sandybridge; no > corruption was observed by setting it to more than the minimal correct > value. It's possible that we were simply lucky, since the URB entries > are 1024-bit on Ivybridge vs.

Re: [Mesa-dev] [PATCH 0/3] structurizer bugfixes

Am 01.02.2013 23:58, schrieb Tom Stellard: On Fri, Feb 01, 2013 at 04:05:51PM +0100, Christian König wrote: Hi guys, I needed to rearrange the order of patches in this patchset, cause fixing one bug lead to the discovery of a couple of other more nasty bugs. It now fixes four piglit tests with

Re: [Mesa-dev] [PATCH 1/4] i965: Refactor Gen6+ SF attribute override code.

Am Samstag, 2. Februar 2013 schrieb Kenneth Graunke: > The next patch will benefit from easy access to the source attribute > number and whether or not we're swizzling. It doesn't want the final > attr_override DWord form, however. > > NOTE: This is a candidate for all stable branches. > Signed-o

[Mesa-dev] [Bug 60216] New: Mesa Gallium can’t build without X

https://bugs.freedesktop.org/show_bug.cgi?id=60216 Priority: medium Bug ID: 60216 Assignee: mesa-dev@lists.freedesktop.org Summary: Mesa Gallium can’t build without X Severity: normal Classification: Unclassified OS: All