Alex Henrie alexhenri...@gmail.com 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
On Tue, 2014-01-14 at 22:07 -0700, Alex Henrie wrote:
2014/1/14 Bruno Jimenez brunoji...@gmail.com:
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
On Wed, 2014-01-15 at 01:14 -0800, Eric Anholt wrote:
Alex Henrie alexhenri...@gmail.com writes:
---
src/mesa/drivers/dri/common/xmlpool/es.po | 65
---
1 file changed, 33 insertions(+), 32 deletions(-)
diff --git
Ilia Mirkin imir...@alum.mit.edu 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 imir...@alum.mit.edu
---
Francisco, thanks for the review.
Reviewed-by: Marek Olšák marek.ol...@amd.com
Marek
On Tue, Jan 14, 2014 at 11:19 PM, Ian Romanick i...@freedesktop.org wrote:
From: Ian Romanick ian.d.roman...@intel.com
The ES and desktop GL specs diverge here. Yay!
In desktop OpenGL, the driver can perform online compression of
On 01/14/2014 07:53 PM, Paul Berry wrote:
On 2 January 2014 03:58, Tapani Pälli tapani.pa...@intel.com
mailto:tapani.pa...@intel.com 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
Jan Vesely jan.ves...@rutgers.edu 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
On Wed, Dec 25, 2013 at 11:53 AM, Christoph Bumiller
e0425...@student.tuwien.ac.at 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
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
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 dates
On Wed, Jan 15, 2014 at 12:49 PM, Emil Velikov emil.l.veli...@gmail.com 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
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
On 15/01/14 12:11, Marek Olšák wrote:
On Wed, Jan 15, 2014 at 12:49 PM, Emil Velikov emil.l.veli...@gmail.com
wrote:
The temporary variable used to store _ColorDrawBufferIndexes must be
signed (GLint), otherwise the following conditional will be incorrectly
evaluated. Leading to crashes in
On Wed, Jan 15, 2014 at 7:07 AM, Michel Dänzer mic...@daenzer.net 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;
...
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
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 fabian.deut...@gmx.de
Reference: https://bugs.freedesktop.org/show_bug.cgi?id=73512
Signed-off-by: Igor Gnatenko i.gnatenko.br...@gmail.com
---
On Wed, Jan 15, 2014 at 7:07 AM, Michel Dänzer mic...@daenzer.net 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;
...
From: Rob Clark robcl...@freedesktop.org
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
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
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 markkmuel...@gmail.com
wrote:
The predominant feedback on this adventure has been to make the
MESA_FORMATs
match the PIPE, or gallium formats but every journey
Dorrington, Albert albert.dorring...@lmco.com 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
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
---
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 method
On 2 January 2014 03:58, Tapani Pälli tapani.pa...@intel.com wrote:
Signed-off-by: Tapani Pälli tapani.pa...@intel.com
---
src/mesa/main/shaderapi.c | 44
++--
1 file changed, 38 insertions(+), 6 deletions(-)
diff --git a/src/mesa/main/shaderapi.c
On 2 January 2014 03:58, Tapani Pälli tapani.pa...@intel.com 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
-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
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
Dorrington, Albert albert.dorring...@lmco.com 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
Jan Vesely jan.ves...@rutgers.edu 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
---
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
---
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
2014/1/15 Bruno Jimenez brunoji...@gmail.com:
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
___
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
This allows drivers to optionally support more than 16 texture units.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
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
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 kenn...@whitecape.org
---
src/mesa/drivers/dri/i965/brw_context.h | 2 +-
https://bugs.freedesktop.org/show_bug.cgi?id=69874
--- Comment #11 from David C. Rankin drankina...@suddenlinkmail.com ---
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
https://bugs.freedesktop.org/show_bug.cgi?id=73672
--- Comment #1 from Benjamin Bellec b.bel...@gmail.com ---
Created attachment 92174
-- https://bugs.freedesktop.org/attachment.cgi?id=92174action=edit
l4d2_with_msaa_bad
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=73672
--- Comment #2 from Benjamin Bellec b.bel...@gmail.com ---
Created attachment 92175
-- https://bugs.freedesktop.org/attachment.cgi?id=92175action=edit
l4d2_without_mass_good
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=73672
--- Comment #3 from Benjamin Bellec b.bel...@gmail.com ---
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.
https://bugs.freedesktop.org/show_bug.cgi?id=73672
--- Comment #4 from Benjamin Bellec b.bel...@gmail.com ---
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
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.
On Mon, Jan 13, 2014 at 2:19 PM, Ilia Mirkin imir...@alum.mit.edu 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
Ben Widawsky b...@bwidawsk.net writes:
On Mon, Jan 13, 2014 at 11:41:11PM -0800, Eric Anholt wrote:
Kenneth Graunke kenn...@whitecape.org writes:
The existing 'offset' field is unfortunately typed as 'unsigned long',
which is unfortunately only 4 bytes with a 32-bit userspace.
Kenneth Graunke kenn...@whitecape.org 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
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 kenn...@whitecape.org wrote:
This causes us to advertise:
-
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.
https://bugs.freedesktop.org/show_bug.cgi?id=73672
--- Comment #5 from Stefan Dösinger stefandoesin...@gmx.at ---
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
Paul Berry stereotype...@gmail.com writes:
On 2 December 2013 11:31, Francisco Jerez curroje...@riseup.net wrote:
+/**
+ * Get either of the 8-component halves of a 16-component register.
+ */
+static inline fs_reg
+half(const fs_reg reg, unsigned idx)
+{
+ assert(idx == 0 || (reg.file
Paul Berry stereotype...@gmail.com writes:
On 2 December 2013 11:31, Francisco Jerez curroje...@riseup.net 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 +-
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 that
On 01/15/2014 12:47 PM, Eric Anholt wrote:
Kenneth Graunke kenn...@whitecape.org 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
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
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
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
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 +-
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 +-
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
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 --
https://bugs.freedesktop.org/show_bug.cgi?id=73672
Tapani Pälli lem...@gmail.com changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop.
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
Signed-off-by: Timothy Arceri t_arc...@yahoo.com.au
---
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
---
Signed-off-by: Timothy Arceri t_arc...@yahoo.com.au
---
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
+++
Signed-off-by: Timothy Arceri t_arc...@yahoo.com.au
---
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
---
Signed-off-by: Timothy Arceri t_arc...@yahoo.com.au
---
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
---
Signed-off-by: Timothy Arceri t_arc...@yahoo.com.au
---
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
@@
Signed-off-by: Timothy Arceri t_arc...@yahoo.com.au
---
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
Signed-off-by: Timothy Arceri t_arc...@yahoo.com.au
---
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
Signed-off-by: Timothy Arceri t_arc...@yahoo.com.au
---
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 +-
Signed-off-by: Timothy Arceri t_arc...@yahoo.com.au
---
src/glsl/ast.h | 19 +++-
src/glsl/ast_function.cpp | 15 +++--
src/glsl/ast_to_hir.cpp | 31 +++---
src/glsl/glsl_parser.yy | 36 -
On Thu, Dec 19, 2013 at 1:40 PM, Matt Turner matts...@gmail.com 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 --|
...
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 mic...@daenzer.net 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
71 matches
Mail list logo