[Mesa-dev] [PATCH 3/3] ir_to_mesa: handle ir_unop_i2u and ir_unop_u2i

--- src/mesa/program/ir_to_mesa.cpp |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/src/mesa/program/ir_to_mesa.cpp b/src/mesa/program/ir_to_mesa.cpp index 3c9b973..d69d304 100644 --- a/src/mesa/program/ir_to_mesa.cpp +++ b/src/mesa/program/ir_to_mesa.cpp @@ -1336,6 +1336

[Mesa-dev] [PATCH 2/3] glsl: fix conversions from uint to bool and from float/bool to uint

--- src/glsl/ir_validate.cpp |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/src/glsl/ir_validate.cpp b/src/glsl/ir_validate.cpp index f3fceb2..41ffdfd 100644 --- a/src/glsl/ir_validate.cpp +++ b/src/glsl/ir_validate.cpp @@ -254,7 +254,7 @@ ir_validate::visit_leave(ir

[Mesa-dev] [PATCH 1/3] glsl: correctly handle conversions between int and uint

>From the GLSL 1.30 specification, section 4.1.10 ("Implicit Conversions"): "There are no implicit conversions between signed and unsigned integers." However, convert_component() was assuming that conversions between int and uint were implicit. --- src/glsl/ast_function.cpp | 16

[Mesa-dev] [PATCH 0/3] GLSL 1.30 uint fixes

This patch series fixes type conversions to and from uint as described in the GLSL 1.30 specification. Please ignore the similar patches I sent to the list before this set. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedeskt

[Mesa-dev] [PATCH] ir_to_mesa: handle ir_unop_i2u and ir_unop_u2i

--- src/mesa/program/ir_to_mesa.cpp |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/src/mesa/program/ir_to_mesa.cpp b/src/mesa/program/ir_to_mesa.cpp index 3c9b973..66ceb35 100644 --- a/src/mesa/program/ir_to_mesa.cpp +++ b/src/mesa/program/ir_to_mesa.cpp @@ -1298,6 +1298

[Mesa-dev] [PATCH 2/2] glsl: fix conversions from uint to bool and from float/bool to uint

--- src/glsl/ir_validate.cpp |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/src/glsl/ir_validate.cpp b/src/glsl/ir_validate.cpp index f3fceb2..41ffdfd 100644 --- a/src/glsl/ir_validate.cpp +++ b/src/glsl/ir_validate.cpp @@ -254,7 +254,7 @@ ir_validate::visit_leave(ir

[Mesa-dev] [PATCH 1/2] glsl: correctly handle conversions between int and uint

>From the GLSL 1.30 specification, section 4.1.10 ("Implicit Conversions"): "There are no implicit conversions between signed and unsigned integers." However, convert_component() was assuming that conversions between int and uint were implicit. --- src/glsl/ast_function.cpp | 16

[Mesa-dev] [Bug 36333] New: building demos complains about undefined reference to security and selinux

https://bugs.freedesktop.org/show_bug.cgi?id=36333 Summary: building demos complains about undefined reference to security and selinux Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Stat

[Mesa-dev] [PATCH] r600g: track dirty registers better.

From: Dave Airlie This is a first step to decreasing the CPU usage, by decreasing how much stuff we pass to the GPU and hence to the kernel CS checker. This adds a check to see if the values we need to write are actually dirty, and avoids writing if they are. However certain register need to alw

Re: [Mesa-dev] [PATCH] r200: enable EXT_gpu_program_parameters

* Marek Olšák : > Please test the attached patch. I have also enabled ARB_half_float_pixel and > ARB/APPLE_vertex_array_object. Thanks a lot! I'll do so. > @@ -455,7 +463,7 @@ GLboolean r200CreateContext( gl_api api, > driInitExtensions( ctx, blend_extensions, GL_FALSE ); > } > if

Re: [Mesa-dev] [PATCH] r200: enable EXT_gpu_program_parameters

Jerome, Nicolas is actually right. There is absolutely nothing driver-specific about the extension. It's a pure API improvement and doesn't have *anything* to do with the hardware. There are no capabilities required, just ARB_vertex_program. Nicolas, Please test the attached patch. I have also

[Mesa-dev] [Bug 36282] 34a5d3b9f4740601708c82093e2114356d749e65: glxgears segfaults (swrast, r600g, nouveau_vieux)

https://bugs.freedesktop.org/show_bug.cgi?id=36282 --- Comment #10 from Benjamin Bellec 2011-04-17 14:44:22 PDT --- I'm running on F15 x86-PAE (libdrm 2.4.25) with the 2.6.39-rc3.fc16's kernel + mesa git (r600g - RV770), and I haven't this kind of problem. glxgears is running fine. -- Configur

[Mesa-dev] [Bug 36182] Game Trine from http://www.humblebundle.com/ needs ATI_draw_buffers

https://bugs.freedesktop.org/show_bug.cgi?id=36182 Jacek Konieczny changed: What|Removed |Added CC||jaj...@jajcus.net -- Configure bugmai

[Mesa-dev] [Bug 36282] 34a5d3b9f4740601708c82093e2114356d749e65: glxgears segfaults (swrast, r600g, nouveau_vieux)

https://bugs.freedesktop.org/show_bug.cgi?id=36282 --- Comment #9 from almos 2011-04-17 12:38:17 PDT --- Created an attachment (id=45740) --> (https://bugs.freedesktop.org/attachment.cgi?id=45740) backtrace with r300g I don't know if it helps, but I attached a backtrace created with r300g at d2

[Mesa-dev] [Bug 36282] 34a5d3b9f4740601708c82093e2114356d749e65: glxgears segfaults (swrast, r600g, nouveau_vieux)

https://bugs.freedesktop.org/show_bug.cgi?id=36282 Alexandre Demers changed: What|Removed |Added Summary|34a5d3b9f4740601708c82093e2 |34a5d3b9f4740601708c82093e2

[Mesa-dev] [Bug 36282] 34a5d3b9f4740601708c82093e2114356d749e65: glxgears segfaults (swrast, r600g and maybe more)

https://bugs.freedesktop.org/show_bug.cgi?id=36282 --- Comment #8 from Alexandre Demers 2011-04-17 12:11:59 PDT --- (In reply to comment #6) > (In reply to comment #5) > > Can any other r600 users say if they're running into this? There's nothing > > r600-specific about the commit in question a

[Mesa-dev] [Bug 36282] 34a5d3b9f4740601708c82093e2114356d749e65: glxgears segfaults (swrast, r600g and maybe more)

https://bugs.freedesktop.org/show_bug.cgi?id=36282 --- Comment #7 from Alexandre Demers 2011-04-17 12:09:28 PDT --- Created an attachment (id=45739) --> (https://bugs.freedesktop.org/attachment.cgi?id=45739) Backtrace on r600g (64 bit OS) -- Configure bugmail: https://bugs.freedesktop.org/use

[Mesa-dev] [PATCH 08/14] mesa: Use _mesa_get_format_bytes to refactor out the RB get_pointer_*

--- src/mesa/main/renderbuffer.c | 77 ++ 1 files changed, 11 insertions(+), 66 deletions(-) diff --git a/src/mesa/main/renderbuffer.c b/src/mesa/main/renderbuffer.c index b2e2e84..b59ba12 100644 --- a/src/mesa/main/renderbuffer.c +++ b/src/mesa/main/rend

[Mesa-dev] [PATCH 14/14] intel: Add I8 and L8 to intel_mesa_format_to_rb_datatype().

Fixes warnings in fbo-storage-formats. --- src/mesa/drivers/dri/intel/intel_tex_format.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/src/mesa/drivers/dri/intel/intel_tex_format.c b/src/mesa/drivers/dri/intel/intel_tex_format.c index 87745bc..9a6c24b 100644 --- a/src/

[Mesa-dev] [PATCH 11/14] swrast: Don't try to adjust_colors for <8bpc when handling R16, RG1616.

The GL_RED and GL_RG were tricking this code into executing, but it's totally unprepared for a 16-bit channel and just rescaled the values down to 0. We don't have anything with <8bit channels alongside >8bit channels, so disabling it should be safe. --- src/mesa/swrast/s_readpix.c |6 +++---

[Mesa-dev] [PATCH 10/14] mesa: Add renderbuffer accessors for R8/RG88/R16/RG1616.

This will replace the current (broken by trying to use an enum in the preprocessor) spantmp2.h support I wrote for the intel driver. --- src/mesa/main/renderbuffer.c | 310 ++ 1 files changed, 310 insertions(+), 0 deletions(-) diff --git a/src/mesa/main/re

[Mesa-dev] [PATCH 12/14] intel: Use mesa core's R8, RG88, R16, RG1616 RB accessors.

Fixes: ARB_texture_rg/fbo-alphatest-formats --- src/mesa/drivers/dri/intel/intel_span.c | 29 - 1 files changed, 4 insertions(+), 25 deletions(-) diff --git a/src/mesa/drivers/dri/intel/intel_span.c b/src/mesa/drivers/dri/intel/intel_span.c index 37a561a..6b840f3 10

[Mesa-dev] [PATCH 07/14] intel: Use Mesa core's renderbuffer accessors for depth.

Since we're using GTT mappings now (no manual detiling), there's really nothing special to accessing these buffers, other than needing the new RowStride field of gl_renderbuffer to accomodate padding. Reduces the driver size by 2.7kb, and improves glean depthStencil performance 3-10x (!) --- src/

[Mesa-dev] [PATCH 13/14] Revert "intel: Add spans code for the ARB_texture_rg support."

This reverts what remains of commit 28bab24e1698843e27d27204a1117066e7ffeabb. It was garbage, trying to use a MESA_FORMAT enum as a preprocessor token, and I don't know how I thought it was even tested. --- src/mesa/drivers/dri/common/spantmp2.h | 122 1 files ch

[Mesa-dev] [PATCH 09/14] mesa: Use _mesa_get_format_bytes to refactor out the RB get_row_*

--- src/mesa/main/renderbuffer.c | 70 ++ 1 files changed, 10 insertions(+), 60 deletions(-) diff --git a/src/mesa/main/renderbuffer.c b/src/mesa/main/renderbuffer.c index b59ba12..f524fa8 100644 --- a/src/mesa/main/renderbuffer.c +++ b/src/mesa/main/rend

[Mesa-dev] [PATCH 06/14] mesa: Add a function to set up the default renderbuffer accessors.

--- src/mesa/main/renderbuffer.c | 180 -- src/mesa/main/renderbuffer.h |2 + 2 files changed, 104 insertions(+), 78 deletions(-) diff --git a/src/mesa/main/renderbuffer.c b/src/mesa/main/renderbuffer.c index 281f07c..de01cfc 100644 --- a/src/mesa/main

[Mesa-dev] [PATCH 05/14] mesa: Add a gl_renderbuffer.RowStride field like textures have.

This will allow some drivers to reuse the core renderbuffer.c get/put row functions in place of using the spantmp.h macros. Note that unlike textures, we use a signed integer here to allow for handling FBO orientation. --- src/mesa/main/depthstencil.c |3 + src/mesa/main/mtypes.h |1

[Mesa-dev] [PATCH 01/14] intel: Use _mesa_base_tex_format for FBO texture attachments.

The _mesa_base_fbo_format variant doesn't handle some texture internalformats, such as "3". Fixes: fbo-blending-formats. fbo-alphatest-formats EXT_texture_sRGB/fbo-alphatest-formats --- src/mesa/drivers/dri/intel/intel_fbo.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git

[Mesa-dev] Renderbuffer Get/Put hooks in core

In the process of enabling ARB_texture_float on intel, I realized that the way we were doing renderbuffer accessors (GetRow, PutRow, and friends) was rather silly -- there was one version in the core, and a spantmp2.h version in the driver. This moves some of our spans code to using much easier-to

[Mesa-dev] [PATCH 04/14] mesa: Repack single-byte fields in gl_renderbuffer.

Cuts 8 out of 120 bytes in the struct. --- src/mesa/main/mtypes.h |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/src/mesa/main/mtypes.h b/src/mesa/main/mtypes.h index 6ca7405..39fde0a 100644 --- a/src/mesa/main/mtypes.h +++ b/src/mesa/main/mtypes.h @@ -2413,18 +241

[Mesa-dev] [PATCH 02/14] swrast: Don't assert against glReadPixels of GL_RED and GL_RG.

Everything appears to already be in place for this. Fixes aborts in: ARB_texture_rg/fbo-alphatest-formats-float ARB_texture_rg/fbo-blending-formats-float. --- src/mesa/swrast/s_readpix.c |5 - src/mesa/swrast/s_span.c|5 - 2 files changed, 8 insertions(+), 2 deletions(-) diff

[Mesa-dev] [PATCH 03/14] mesa: Remove renderbuffer deletion debug field.

It has presumably served its purpose by now, and other object deletion doesn't do this. --- src/mesa/main/mtypes.h |2 -- src/mesa/main/renderbuffer.c |5 - 2 files changed, 0 insertions(+), 7 deletions(-) diff --git a/src/mesa/main/mtypes.h b/src/mesa/main/mtypes.h index 9e2905

[Mesa-dev] [Bug 36282] 34a5d3b9f4740601708c82093e2114356d749e65: glxgears segfaults (swrast, r600g and maybe more)

https://bugs.freedesktop.org/show_bug.cgi?id=36282 --- Comment #6 from Alexandre Demers 2011-04-17 11:48:40 PDT --- (In reply to comment #5) > Can any other r600 users say if they're running into this? There's nothing > r600-specific about the commit in question and I don't recall other DRI use

[Mesa-dev] [Bug 36295] Incorrect rendering in SPECviewperf benchmark

https://bugs.freedesktop.org/show_bug.cgi?id=36295 --- Comment #6 from Brian Paul 2011-04-17 11:36:11 PDT --- (In reply to comment #4) > Wait... None of the Intel drivers expose that NVIDIA extension either. Why is > rendering correct there but not on r600g? It seems unlikely that it's because

[Mesa-dev] [Bug 36295] Incorrect rendering in SPECviewperf benchmark

https://bugs.freedesktop.org/show_bug.cgi?id=36295 --- Comment #5 from Brian Paul 2011-04-17 11:32:29 PDT --- > Oh hell no. Report this bug to spec. Seriously. > > Issues of differing names of instance ID is one thing, but giant piles of > functionality is completely different. This is a MAJ

[Mesa-dev] [Bug 36282] 34a5d3b9f4740601708c82093e2114356d749e65: glxgears segfaults (swrast, r600g and maybe more)

https://bugs.freedesktop.org/show_bug.cgi?id=36282 --- Comment #5 from Brian Paul 2011-04-17 11:09:42 PDT --- Can any other r600 users say if they're running into this? There's nothing r600-specific about the commit in question and I don't recall other DRI users reporting this issue. Thanks.

Re: [Mesa-dev] [PATCH] r200: enable EXT_gpu_program_parameters

On Sun, Apr 17, 2011 at 7:59 AM, Nicolas Kaiser wrote: > * Nicolas Kaiser : >> * Marek Olšák : >> > r200 does support ARB_vertex_program. The backend is in r200_vertprog.c. I >> > think it has vertex shader 1.1 in D3D. >> > >> > The patch is wrong though. The extension should be listed in the >> >

[Mesa-dev] [Bug 36282] 34a5d3b9f4740601708c82093e2114356d749e65: glxgears segfaults (swrast, r600g and maybe more)

https://bugs.freedesktop.org/show_bug.cgi?id=36282 Alexandre Demers changed: What|Removed |Added Summary|glxgears segfault with |34a5d3b9f4740601708c82093e2

Re: [Mesa-dev] [PATCH] r200: enable EXT_gpu_program_parameters

* Nicolas Kaiser : > * Marek Olšák : > > r200 does support ARB_vertex_program. The backend is in r200_vertprog.c. I > > think it has vertex shader 1.1 in D3D. > > > > The patch is wrong though. The extension should be listed in the > > ARB_vp_extension array, not card_extensions. > > Thanks! I

Re: [Mesa-dev] [PATCH] r200: enable EXT_gpu_program_parameters

* Marek Olšák : > r200 does support ARB_vertex_program. The backend is in r200_vertprog.c. I > think it has vertex shader 1.1 in D3D. > > The patch is wrong though. The extension should be listed in the > ARB_vp_extension array, not card_extensions. Thanks! I copied it from dri/r300/r300_context.