Re: [Mesa-dev] gallium endianness and hw drivers

On Mit, 2014-01-15 at 14:27 +0100, Marek Olšák wrote: > On Wed, Jan 15, 2014 at 7:07 AM, Michel Dänzer wrote: > > On Die, 2014-01-14 at 00:22 +0100, Marek Olšák wrote: > >> I think the format conversion functions should look like: > >> > >> #ifdef BIG_ENDIAN > >>case PIPE_FORMAT_A8B8G8R8_UNORM

Re: [Mesa-dev] [PATCH 09/16] i965/fs: Calculate interference better in register_coalesce.

On Thu, Dec 19, 2013 at 1:40 PM, Matt Turner wrote: > Previously we simply considered two registers whose live ranges > overlapped to interfere. Cases such as > >set A -- >... | >mov B, A --| >... | B | A >use B --| >...

[Mesa-dev] [PATCH 4/9] glsl: Add array specifier to ast code

Signed-off-by: Timothy Arceri --- src/glsl/ast.h | 45 +++ src/glsl/ast_array_index.cpp| 13 +++ src/glsl/ast_to_hir.cpp | 173 +++- src/glsl/ast_type.cpp | 8 +- src/glsl/glsl_parser_extras.cpp | 30 +++

[Mesa-dev] [PATCH 7/9] glsl: Aggregate initializer support for arrays of array

Signed-off-by: Timothy Arceri --- src/glsl/ast.h | 19 +++- src/glsl/ast_function.cpp | 15 +++-- src/glsl/ast_to_hir.cpp | 31 +++--- src/glsl/glsl_parser.yy | 36 - src/glsl/glsl_parser_extras.cpp | 69 ++

[Mesa-dev] [PATCH 9/9] docs: Mark ARB_arrays_of_arrays as started

Signed-off-by: Timothy Arceri --- docs/GL3.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/GL3.txt b/docs/GL3.txt index 0672ec7..9f756e9 100644 --- a/docs/GL3.txt +++ b/docs/GL3.txt @@ -142,7 +142,7 @@ GL 4.2: GL 4.3: GLSL 4.3

[Mesa-dev] [PATCH 8/9] glsl: Allow arrays of arrays as input to vertex shader

Signed-off-by: Timothy Arceri --- src/glsl/ast_to_hir.cpp | 4 1 file changed, 4 insertions(+) diff --git a/src/glsl/ast_to_hir.cpp b/src/glsl/ast_to_hir.cpp index 3054b9c..a83ef9c 100644 --- a/src/glsl/ast_to_hir.cpp +++ b/src/glsl/ast_to_hir.cpp @@ -3196,6 +3196,10 @@ ast_declarator_list:

[Mesa-dev] [PATCH 5/9] glsl: only call mark_max_array if we are assigning an array

Signed-off-by: Timothy Arceri --- src/glsl/ast_to_hir.cpp | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/src/glsl/ast_to_hir.cpp b/src/glsl/ast_to_hir.cpp index c0e3443..359a0b8 100644 --- a/src/glsl/ast_to_hir.cpp +++ b/src/glsl/ast_to_hir.cpp @@ -830,8 +830,10 @@ do_a

[Mesa-dev] [PATCH 3/9] glsl: Add arrays_of_arrays to yacc definition

Signed-off-by: Timothy Arceri --- src/glsl/glsl_parser.yy | 153 +--- 1 file changed, 66 insertions(+), 87 deletions(-) diff --git a/src/glsl/glsl_parser.yy b/src/glsl/glsl_parser.yy index 1c56d6f..6d63668 100644 --- a/src/glsl/glsl_parser.yy +++ b/src

[Mesa-dev] [PATCH 6/9] glsl: Implement ARB_arrays_of_arrays support for constructors

Signed-off-by: Timothy Arceri --- src/glsl/ast_function.cpp | 54 --- 1 file changed, 46 insertions(+), 8 deletions(-) diff --git a/src/glsl/ast_function.cpp b/src/glsl/ast_function.cpp index 2d05d07..57aa45f 100644 --- a/src/glsl/ast_function.cpp +++

[Mesa-dev] [PATCH 1/9] Mesa: Add ARB_arrays_of_arrays

Signed-off-by: Timothy Arceri --- src/mesa/main/extensions.c | 1 + src/mesa/main/mtypes.h | 1 + 2 files changed, 2 insertions(+) diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c index 2e0ccc3..95eb7ca 100644 --- a/src/mesa/main/extensions.c +++ b/src/mesa/main/extension

[Mesa-dev] [PATCH 0/9] glsl: Start implementing ARB_arrays_of_arrays

This is a first pass at implementing the ARB_arrays_of_arrays extension in Mesa. This series allows the Mesa front-end to parse and compile shaders that dont require linking of arrays of arrays e.g. multi dimensional uniforms. I'm sending this extension in parts because my time working on this is

[Mesa-dev] [PATCH 2/9] glsl: add dimension_count to glsl_types

Signed-off-by: Timothy Arceri --- src/glsl/glsl_types.cpp | 15 +++ src/glsl/glsl_types.h | 17 - 2 files changed, 27 insertions(+), 5 deletions(-) diff --git a/src/glsl/glsl_types.cpp b/src/glsl/glsl_types.cpp index 12d4ac0..1c9add7 100644 --- a/src/glsl/glsl_types

[Mesa-dev] [Bug 73672] Half Life 2 in Wine is broken since 4e549ddb

https://bugs.freedesktop.org/show_bug.cgi?id=73672 Tapani Pälli changed: What|Removed |Added Assignee|mesa-dev@lists.freedesktop. |dri-devel@lists.freedesktop

[Mesa-dev] [PATCH] i965: Move binding table update packets to binding table setup time.

This keeps us from needing to reemit all the other stage state just because a surface changed. Improves unoptimized glamor x11perf -f8text by 1.10201% +/- 0.489869% (n=296). --- src/mesa/drivers/dri/i965/brw_binding_tables.c | 51 -- src/mesa/drivers/dri/i965/gen7_gs_state

Re: [Mesa-dev] [RFC] freedreno: add tgsi lowering pass

On Wed, Jan 15, 2014 at 5:40 AM, Rob Clark wrote: > From: Rob Clark > > So, as I found myself needing to lower a few more TGSI instructions, > and noticing yet again that I would have to do the same lowering as > various other gallium drivers already do, I decided that maybe it > makes sense to

Re: [Mesa-dev] [PATCH 1/2] softpipe: handle NULL color buffer pointers

Am 16.01.2014 03:15, schrieb Brian Paul: > Fixes regression from 9baa45f78b8ca7d66280e36009b6a685055d7cd6 > --- > src/gallium/drivers/softpipe/sp_quad_blend.c | 189 > +- > 1 file changed, 96 insertions(+), 93 deletions(-) > > diff --git a/src/gallium/drivers/softpipe/sp

Re: [Mesa-dev] [PATCH 2/2] llvmpipe: handle NULL color buffer pointers

Looks good overall, just some minor quibbles inline. Roland Am 16.01.2014 03:15, schrieb Brian Paul: > Fixes regression from 9baa45f78b8ca7d66280e36009b6a685055d7cd6 > --- > src/gallium/drivers/llvmpipe/lp_rast.c | 44 +--- > src/gallium/drivers/llvmpipe/lp_rast_priv.h | 11 +- > sr

[Mesa-dev] [PATCH 2/2] llvmpipe: handle NULL color buffer pointers

Fixes regression from 9baa45f78b8ca7d66280e36009b6a685055d7cd6 --- src/gallium/drivers/llvmpipe/lp_rast.c | 44 +--- src/gallium/drivers/llvmpipe/lp_rast_priv.h | 11 +- src/gallium/drivers/llvmpipe/lp_scene.c |6 +- src/gallium/drivers/llvmpipe/lp_setup.c |2 +- src/g

[Mesa-dev] [PATCH 1/2] softpipe: handle NULL color buffer pointers

Fixes regression from 9baa45f78b8ca7d66280e36009b6a685055d7cd6 --- src/gallium/drivers/softpipe/sp_quad_blend.c | 189 +- 1 file changed, 96 insertions(+), 93 deletions(-) diff --git a/src/gallium/drivers/softpipe/sp_quad_blend.c b/src/gallium/drivers/softpipe/sp_quad_bl

[Mesa-dev] [PATCH] llvmpipe: fix possible constant buffer overflow

It's possible to bind a smaller buffer as a constant buffer, than what the shader actually uses/requires. This could cause nasty crashes. This patch adds the architecture to pass the maximum allowable constant buffer index to the jit to let it make sure that the constant buffer indices are always w

Re: [Mesa-dev] RFC: ARB_arrays_of_arrays work in progress

Thanks Chirs, Yes that sounds right. I managed to get a core dump and it seems to be an issue during linking with uniforms. Still trying to understand all the code but the code in do_vs_prog() looks like a good starting point. On Thu, 2014-01-16 at 10:00 +1300, Chris Forbes wrote: > That assert m

Re: [Mesa-dev] [Mesa PATCH 2/3] i965: Use the new drm_intel_bo offset64 field.

On 01/15/2014 12:47 PM, Eric Anholt wrote: > Kenneth Graunke writes: > >> libdrm 2.4.52 introduces a new 'uint64_t offset64' field, intended to >> replace the old 'unsigned long offset' field. To preserve ABI, libdrm >> continues to store the presumed offset in both locations. >> >> On Broadwell

Re: [Mesa-dev] [PATCH 2/2] i965: Bump BRW_MAX_TEX_UNIT to 32.

On 01/15/2014 12:56 PM, Chris Forbes wrote: > Does this actually work for >16? > > Sampler messages' descriptor only has 4 bits for the sampler index, so > it seems you'd silently lose the top bit and get the wrong sampler > parameters. Oh, wow. No...no, it can't possibly work then. (Apparently

Re: [Mesa-dev] [PATCH 13/23] i965/fs: Take into account reg_offset consistently for MRF regs.

Paul Berry writes: > On 2 December 2013 11:31, Francisco Jerez wrote: > >> Until now it was only being taken into account in the VEC4 back-end >> but not in the FS back-end. Do it in both cases. >> --- >> src/mesa/drivers/dri/i965/brw_fs.h | 2 +- >> src/mesa/drivers/dri/i965/brw_

Re: [Mesa-dev] [PATCH 10/23] i965/fs: Remove fs_reg::sechalf.

Paul Berry writes: > On 2 December 2013 11:31, Francisco Jerez wrote: > >> +/** >> + * Get either of the 8-component halves of a 16-component register. >> + */ >> +static inline fs_reg >> +half(const fs_reg ®, unsigned idx) >> +{ >> + assert(idx == 0 || (reg.file != HW_REG && reg.file != IMM))

[Mesa-dev] [Bug 73672] Half Life 2 in Wine is broken since 4e549ddb

https://bugs.freedesktop.org/show_bug.cgi?id=73672 --- Comment #5 from Stefan Dösinger --- Yeah, it looks pretty much the same way in Wine. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@li

Re: [Mesa-dev] RFC: ARB_arrays_of_arrays work in progress

That assert means that you've not told the backend the size of some object correctly, and the register allocator has placed it so its true extent hangs off the end of the available registers. To fix it you'll need to adjust the code generation for array accesses in i965 -- probably quite a bit. O

Re: [Mesa-dev] [PATCH 2/2] i965: Bump BRW_MAX_TEX_UNIT to 32.

Does this actually work for >16? Sampler messages' descriptor only has 4 bits for the sampler index, so it seems you'd silently lose the top bit and get the wrong sampler parameters. On Thu, Jan 16, 2014 at 8:08 AM, Kenneth Graunke wrote: > This causes us to advertise: > - GL_MAX_TEXTURE_IMAGE_U

Re: [Mesa-dev] [Mesa PATCH 2/3] i965: Use the new drm_intel_bo offset64 field.

Kenneth Graunke writes: > libdrm 2.4.52 introduces a new 'uint64_t offset64' field, intended to > replace the old 'unsigned long offset' field. To preserve ABI, libdrm > continues to store the presumed offset in both locations. > > On Broadwell, a 64-bit kernel may place BOs at "high" (> 4G) add

Re: [Mesa-dev] [libdrm PATCH] intel: Create a new drm_intel_bo offset64 field.

Ben Widawsky writes: > On Mon, Jan 13, 2014 at 11:41:11PM -0800, Eric Anholt wrote: >> Kenneth Graunke writes: >> >> > The existing 'offset' field is unfortunately typed as 'unsigned long', >> > which is unfortunately only 4 bytes with a 32-bit userspace. >> > >> > Traditionally, the hardware h

Re: [Mesa-dev] [PATCH 00/19] nv50: add sampler2DMS/GP support to get OpenGL 3.2

On Mon, Jan 13, 2014 at 2:19 PM, Ilia Mirkin wrote: > OK, so there's a bunch of stuff in here. The geometry stuff is based on the > work started by Bryan Cain and Christoph Bumiller. > > Patches 01-12: Add support for geometry shaders and fix related issues > Patches 13-14: Make it possible for fb

[Mesa-dev] [PATCH] glsl: Add image type to the GLSL IR.

v2: Reuse the glsl_sampler_dim enum for images. Reuse the glsl_type::sampler_* fields instead of creating new ones specific to image types. Reuse the same constructor as for samplers adding a new 'base_type' argument. --- Is this what you had in mind Paul? Thanks. src/glsl/ast_to_h

[Mesa-dev] [Bug 73672] Half Life 2 in Wine is broken since 4e549ddb

https://bugs.freedesktop.org/show_bug.cgi?id=73672 --- Comment #4 from Benjamin Bellec --- Note that the corrupted screenshot is not really like what we see in reality. On the screen all is red but we can see the HUD and the teamplayers nickname tag. -- You are receiving this mail because: You

[Mesa-dev] [Bug 73672] Half Life 2 in Wine is broken since 4e549ddb

https://bugs.freedesktop.org/show_bug.cgi?id=73672 --- Comment #3 from Benjamin Bellec --- I confirm the bug, with the native version of: - HL² - HL² Episode Two - Left 4 Dead 2 - Counter Strike: Source -- You are receiving this mail because: You are the assignee for the bug. __

[Mesa-dev] [Bug 73672] Half Life 2 in Wine is broken since 4e549ddb

https://bugs.freedesktop.org/show_bug.cgi?id=73672 --- Comment #2 from Benjamin Bellec --- Created attachment 92175 --> https://bugs.freedesktop.org/attachment.cgi?id=92175&action=edit l4d2_without_mass_good -- You are receiving this mail because: You are the assignee for the bug. ___

[Mesa-dev] [Bug 73672] Half Life 2 in Wine is broken since 4e549ddb

https://bugs.freedesktop.org/show_bug.cgi?id=73672 --- Comment #1 from Benjamin Bellec --- Created attachment 92174 --> https://bugs.freedesktop.org/attachment.cgi?id=92174&action=edit l4d2_with_msaa_bad -- You are receiving this mail because: You are the assignee for the bug. ___

[Mesa-dev] [Bug 69874] Automake throws a lot of "[...] option 'subdir-objects' is disabled"

https://bugs.freedesktop.org/show_bug.cgi?id=69874 --- Comment #11 from David C. Rankin --- Correct. Sorry for the noise. While deprecated log ago, it is still needed for distributions packaging the trinity desktop. The actual problem was obsolete macros which autoupdate was able to handle. Thank

[Mesa-dev] [PATCH 2/2] i965: Bump BRW_MAX_TEX_UNIT to 32.

This causes us to advertise: - GL_MAX_TEXTURE_IMAGE_UNITS = 32 - GL_MAX_VERTEX_TEXTURE_IMAGE_UNITS = 32 - GL_MAX_COMBINED_TEXTURE_IMAGE_UNITS = 96 instead of the old values of 16, 16, and 48. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_context.h | 2 +- 1 file changed, 1 ins

[Mesa-dev] [PATCH 1/2] mesa: Bump MAX_TEXTURE_IMAGE_UNITS to 32.

This allows drivers to optionally support more than 16 texture units. Signed-off-by: Kenneth Graunke --- src/mesa/main/config.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/mesa/main/config.h b/src/mesa/main/config.h index ff9da77..9df4a6e 100644 --- a/src/mesa/main/co

[Mesa-dev] [Bug 73672] New: Half Life 2 in Wine is broken since 4e549ddb

https://bugs.freedesktop.org/show_bug.cgi?id=73672 Priority: medium Bug ID: 73672 Assignee: mesa-dev@lists.freedesktop.org Summary: Half Life 2 in Wine is broken since 4e549ddb Severity: normal Classification: Unclassified OS

Re: [Mesa-dev] [PATCH 2/3] driconf: Correct and update Spanish translations

2014/1/15 Bruno Jimenez : > But with this new information, I think a better translation > would be: > "Forzar que el comportamiento por defecto de las extensiones > GLSL sea 'warn'" Okay, I'm resubmitting with this change... -Alex ___ mesa-dev mailing l

[Mesa-dev] [PATCH 3/3] driconf: Add Catalan translations

See the instructions in Makefile.am under "Adding new translations". --- src/mesa/drivers/dri/common/xmlpool/Makefile.am | 2 +- src/mesa/drivers/dri/common/xmlpool/ca.po | 303 2 files changed, 304 insertions(+), 1 deletion(-) create mode 100644 src/mesa/drivers/

[Mesa-dev] [PATCH 2/3] driconf: Correct and update Spanish translations

--- src/mesa/drivers/dri/common/xmlpool/es.po | 64 --- 1 file changed, 33 insertions(+), 31 deletions(-) diff --git a/src/mesa/drivers/dri/common/xmlpool/es.po b/src/mesa/drivers/dri/common/xmlpool/es.po index e5b4d1a..4a6ab91 100644 --- a/src/mesa/drivers/dri/common

Re: [Mesa-dev] [PATCH v2 RFC 1/1] clover: Don't crash on NULL global buffer objects.

Jan Vesely writes: > Specs say "If the argument is a buffer object, the arg_value > pointer can be NULL or point to a NULL value in which case a NULL > value will be used as the value for the argument declared as a > pointer to __global or __constant memory in the kernel." > > So don't crash when

Re: [Mesa-dev] EXTERNAL: Re: OpenCL Clang/Clover Offline Compilation issue

"Dorrington, Albert" writes: >> -Original Message- >> From: Francisco Jerez [mailto:curroje...@riseup.net] >> Sent: Wednesday, January 15, 2014 10:35 AM >> >> Yeah, well, it's up to the implementation how device-specific the binaries >> are. On r600 they're roughly half-way through the

[Mesa-dev] [PATCH v2 RFC 1/1] clover: Don't crash on NULL global buffer objects.

Specs say "If the argument is a buffer object, the arg_value pointer can be NULL or point to a NULL value in which case a NULL value will be used as the value for the argument declared as a pointer to __global or __constant memory in the kernel." So don't crash when somebody does that. v2: Insert

Re: [Mesa-dev] EXTERNAL: Re: OpenCL Clang/Clover Offline Compilation issue

> -Original Message- > From: Francisco Jerez [mailto:curroje...@riseup.net] > Sent: Wednesday, January 15, 2014 10:35 AM > > Yeah, well, it's up to the implementation how device-specific the binaries > are. On r600 they're roughly half-way through the compilation process. If > that's not

Re: [Mesa-dev] [wip 0/9] GL_OES_get_program_binary extension

On 2 January 2014 03:58, Tapani Pälli wrote: > Hi; > > Here's another take on the get_program_binary extension. I've rewritten big > chunks of it based on Paul's review and comments earlier. Here's a brief > list > out of my head of things changed: > > - uses mesa compilation time as verification

Re: [Mesa-dev] [wip 9/9] mesa: OES_get_program_binary extension functionality

On 2 January 2014 03:58, Tapani Pälli wrote: > Signed-off-by: Tapani Pälli > --- > src/mesa/main/shaderapi.c | 44 > ++-- > 1 file changed, 38 insertions(+), 6 deletions(-) > > diff --git a/src/mesa/main/shaderapi.c b/src/mesa/main/shaderapi.c > index 575

Re: [Mesa-dev] [wip 0/9] GL_OES_get_program_binary extension

On 01/02/2014 03:58 AM, Tapani Pälli wrote: > Hi; > > Here's another take on the get_program_binary extension. I've rewritten big > chunks of it based on Paul's review and comments earlier. Here's a brief list > out of my head of things changed: > > - uses mesa compilation time as verification

Re: [Mesa-dev] [PATCH 5/5] i965: Enable AOS optimizations for the geometry shader.

On 01/08/2014 12:43 PM, Matt Turner wrote: > --- > src/mesa/drivers/dri/i965/brw_context.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/src/mesa/drivers/dri/i965/brw_context.c > b/src/mesa/drivers/dri/i965/brw_context.c > index da34e3d..3da328a 100644 > --- a/src/mesa/drivers/dri/i96

Re: [Mesa-dev] EXTERNAL: Re: OpenCL Clang/Clover Offline Compilation issue

"Dorrington, Albert" writes: > Hi Francisco, > > I implemented the patch on my system and rebuilt my two programs. > > Reran my "online compile with save" program to generate a new 'compiled > kernel' and then reran the "load compiled kernel" program; and it worked > without errors, executing

Re: [Mesa-dev] [PATCH] mesa: rename MESA format names to have the same names as PIPE formats

On 01/14/2014 08:15 AM, Brian Paul wrote: > On 01/14/2014 05:49 AM, Marek Olšák wrote: >> On Sat, Jan 11, 2014 at 4:19 AM, Mark Mueller >> wrote: >>> The predominant feedback on this adventure has been to make the >>> MESA_FORMATs >>> match the PIPE, or gallium formats but every journey I've made

Re: [Mesa-dev] EXTERNAL: Re: OpenCL Clang/Clover Offline Compilation issue

Hi Francisco, I implemented the patch on my system and rebuilt my two programs. Reran my "online compile with save" program to generate a new 'compiled kernel' and then reran the "load compiled kernel" program; and it worked without errors, executing the kernel properly. So, it looks like the

[Mesa-dev] [RFC] freedreno: add tgsi lowering pass

From: Rob Clark So, as I found myself needing to lower a few more TGSI instructions, and noticing yet again that I would have to do the same lowering as various other gallium drivers already do, I decided that maybe it makes sense to do this instead generically in a way that could maybe help oth

Re: [Mesa-dev] gallium endianness and hw drivers

On Wed, Jan 15, 2014 at 7:07 AM, Michel Dänzer wrote: > On Die, 2014-01-14 at 00:22 +0100, Marek Olšák wrote: >> I think the format conversion functions should look like: >> >> #ifdef BIG_ENDIAN >>case PIPE_FORMAT_A8B8G8R8_UNORM: >> return hw_format_for_R8G8B8A8_UNORM; >> ... >> #else >>

[Mesa-dev] [PATCH] opencl: use versioned .so in mesa.icd

We must have versioned library in mesa.icd, because ICD loader would fail if the mesa-devel package wasn't installed. Reported-by: Fabian Deutsch Reference: https://bugs.freedesktop.org/show_bug.cgi?id=73512 Signed-off-by: Igor Gnatenko --- configure.ac | 3 +++ src/ga

[Mesa-dev] [PATCH] xwayland: device isn't even open that explains why drmGetCap fails and it advertises no Prime capabilities

Since d9769c193765ac303ad4d4760e57ff368df1f663 DRI_PRIME=1 works isn't correctly. 1. $ xrandr --listproviders Providers: number : 2 Provider 0: id: 0x7b cap: 0x0 crtcs: 2 outputs: 4 associated providers: 0 name:Intel Provider 1: id: 0x55 cap: 0xf, Source Output, Sink Output, Source Offloa

Re: [Mesa-dev] gallium endianness and hw drivers

On Wed, Jan 15, 2014 at 7:07 AM, Michel Dänzer wrote: > On Die, 2014-01-14 at 00:22 +0100, Marek Olšák wrote: >> I think the format conversion functions should look like: >> >> #ifdef BIG_ENDIAN >>case PIPE_FORMAT_A8B8G8R8_UNORM: >> return hw_format_for_R8G8B8A8_UNORM; >> ... >> #else >>

Re: [Mesa-dev] [PATCH] st/mesa: use signed temporary variable to store _ColorDrawBufferIndexes

On 15/01/14 12:11, Marek Olšák wrote: > On Wed, Jan 15, 2014 at 12:49 PM, Emil Velikov > wrote: >> The temporary variable used to store _ColorDrawBufferIndexes must be >> signed (GLint), otherwise the following conditional will be incorrectly >> evaluated. Leading to crashes in the driver/mesa or

[Mesa-dev] RFC: ARB_arrays_of_arrays work in progress

First of all sorry for my first post being a reply to Ians 10.1 release plan. Secondly I've rebased my work on current master and reimplemented my work using the approach I mention in my last email. The changes are half the size and now some basic execution tests are passing. The new branch is he

Re: [Mesa-dev] [PATCH] st/mesa: use signed temporary variable to store _ColorDrawBufferIndexes

On Wed, Jan 15, 2014 at 12:49 PM, Emil Velikov wrote: > The temporary variable used to store _ColorDrawBufferIndexes must be > signed (GLint), otherwise the following conditional will be incorrectly > evaluated. Leading to crashes in the driver/mesa or accessing/writing > to arbitrary memory locat

Re: [Mesa-dev] [PATCH] st/mesa: use signed temporary variable to store _ColorDrawBufferIndexes

On 15/01/14 11:49, Emil Velikov wrote: > The temporary variable used to store _ColorDrawBufferIndexes must be > signed (GLint), otherwise the following conditional will be incorrectly > evaluated. Leading to crashes in the driver/mesa or accessing/writing > to arbitrary memory location. The bug dat

[Mesa-dev] [PATCH] st/mesa: use signed temporary variable to store _ColorDrawBufferIndexes

The temporary variable used to store _ColorDrawBufferIndexes must be signed (GLint), otherwise the following conditional will be incorrectly evaluated. Leading to crashes in the driver/mesa or accessing/writing to arbitrary memory location. The bug dates back to 2009. Cc: 10.0 9.2 9.1 Signed-off-

Re: [Mesa-dev] [PATCH 2/3] nv50: add more RGB10A2 formats

On Wed, Dec 25, 2013 at 11:53 AM, Christoph Bumiller wrote: > --- > src/gallium/drivers/nouveau/nv50/nv50_formats.c | 7 +++ > 1 file changed, 7 insertions(+) > > diff --git a/src/gallium/drivers/nouveau/nv50/nv50_formats.c > b/src/gallium/drivers/nouveau/nv50/nv50_formats.c > index 0a7e812.

Re: [Mesa-dev] [PATCH RFC 1/1] clover: Don't crash on NULL global buffer objects.

Jan Vesely writes: > Specs say it's legal. > Fixes clones.xml gegl test. > > --- > Hi, > > this patch is an attempt to support NULL buffer objects in clover. > It adds NULL handling to few places, and it's enough to get 'clones' > gegl test running. > > The specs say: "If the argument is a buffer

Re: [Mesa-dev] [wip 8/9] glsl: functions to serialize gl_shader and gl_shader_program

On 01/14/2014 07:53 PM, Paul Berry wrote: On 2 January 2014 03:58, Tapani Pälli > wrote: diff --git a/src/glsl/shader_cache.cpp b/src/glsl/shader_cache.cpp new file mode 100644 +/** + * It is currently unknown if we need these to be available. +

Re: [Mesa-dev] [PATCH] mesa: Add COMPRESSED_RGBA_S3TC_DXT1_EXT to COMPRESSED_TEXTURE_FORMATS for GLES

Reviewed-by: Marek Olšák Marek On Tue, Jan 14, 2014 at 11:19 PM, Ian Romanick wrote: > From: Ian Romanick > > The ES and desktop GL specs diverge here. Yay! > > In desktop OpenGL, the driver can perform online compression of > uncompressed texture data. GL_NUM_COMPRESSED_TEXTURE_FORMATS and

Re: [Mesa-dev] [PATCH v2] nouveau: add framebuffer validation callback

Ilia Mirkin writes: > Fixes assertions when trying to attach textures to fbs with formats not > supported by the render engines. > > See https://bugs.freedesktop.org/show_bug.cgi?id=73459 > > Signed-off-by: Ilia Mirkin > --- > > Francisco, thanks for the review. Is this more like what you had in

Re: [Mesa-dev] [PATCH 2/3] driconf: Correct and update Spanish translations

On Wed, 2014-01-15 at 01:14 -0800, Eric Anholt wrote: > Alex Henrie writes: > > > --- > > src/mesa/drivers/dri/common/xmlpool/es.po | 65 > > --- > > 1 file changed, 33 insertions(+), 32 deletions(-) > > > > diff --git a/src/mesa/drivers/dri/common/xmlpool/es.po > >

Re: [Mesa-dev] [PATCH 2/3] driconf: Correct and update Spanish translations

On Tue, 2014-01-14 at 22:07 -0700, Alex Henrie wrote: > 2014/1/14 Bruno Jimenez : > > I think I prefer without "la", but if you prefer with, it's also ok. > > I also prefer to omit the "la". > > > To me, it sounds better "renderizado". As usual, RAE doesn't say > > anything, and wikipedia has an

Re: [Mesa-dev] [PATCH 2/3] driconf: Correct and update Spanish translations

Alex Henrie writes: > --- > src/mesa/drivers/dri/common/xmlpool/es.po | 65 > --- > 1 file changed, 33 insertions(+), 32 deletions(-) > > diff --git a/src/mesa/drivers/dri/common/xmlpool/es.po > b/src/mesa/drivers/dri/common/xmlpool/es.po > index e5b4d1a..4f47e73 10