On Sunday, March 29, 2015 12:14:50 AM Emil Velikov wrote:
> On 28 March 2015 at 20:54, Emil Velikov wrote:
> > From: Mauro Rossi
> >
> > Required by the i965 driver.
> >
> > Cc: "10.5"
> > [Emil Velikov: Split from a larger commit]
> > Signed-off-by: Emil Velikov
> > ---
> > src/glsl/Android.g
On Sat, Mar 28, 2015 at 9:43 PM, Martin Peres wrote:
> On 22/03/2015 17:35, Samuel Pitoiset wrote:
>>
>> From: Christoph Bumiller
>>
>> This is based on the original patch of Christoph Bumiller.
>> (source: http://people.freedesktop.org/~chrisbmr/perfmon.diff)
>
>
> It would be nice if you could
Both of which were removed with commit 69db422218b(scons: Don't build
osmesa.)
Cc: Jose Fonseca
Signed-off-by: Emil Velikov
---
src/mesa/drivers/osmesa/Makefile.am | 2 --
1 file changed, 2 deletions(-)
diff --git a/src/mesa/drivers/osmesa/Makefile.am
b/src/mesa/drivers/osmesa/Makefile.am
ind
The header was added with commit 2a135c470e3(nir: Add an ALU op builder
kind of like ir_builder.h) but did not made it into to the sources list,
and its dependency of nir_builder_opcodes.h was missing.
Fortunately it remained unused until resent commit faf6106c6f6(nir:
Implement a Mesa IR -> NIR t
Hi,
Emil Velikov wrote in news:1427132964-21468-2-
git-send-email-emil.l.veli...@gmail.com:
> In case of using a distribution tarball (or a dirty git tree) one can
> have the generated sources locally. Make configure.ac error out
> otherwise, to alert that about the unmet requirement(s) of pytho
On 28 March 2015 at 20:54, Emil Velikov wrote:
> From: Mauro Rossi
>
> Required by the i965 driver.
>
> Cc: "10.5"
> [Emil Velikov: Split from a larger commit]
> Signed-off-by: Emil Velikov
> ---
> src/glsl/Android.gen.mk | 62
> +++--
> src/glsl/An
Hi Matthew
I'm suspecting that this patch was meant for mesa-dev ?
-Emil
On 28/03/15 17:07, Matthew Dawson wrote:
> When glDrawPixels was used with an external texture, the pixels passed in
> were sampled instead of the texture. Change gallium to instead move the user
> texture to a new sampler
Two comments at the moment.
1) s/sweep/steal/
2) I think I'll have more comments and would like you to wait for me to get
a chance to look through it before pushing.
--Jason
On Mar 28, 2015 4:29 PM, "Kenneth Graunke" wrote:
> This pass performs a mark and sweep pass over a nir_shader's associate
https://bugs.freedesktop.org/show_bug.cgi?id=81992
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=89680
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=89328
Emil Velikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
These sets are part of the block, and their lifetime needs to match the
block itself. So, allocate them using the block itself as the context.
Signed-off-by: Kenneth Graunke
---
src/glsl/nir/nir.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/glsl/nir/nir.c b/src/g
Mostly a proof of concept that it works; we free the memory shortly
afterwards anyway, so it's kind of dumb to do this.
The plan is to instead build nir_shaders at link time, rather than when
compiling each shader specialization, and delete the GLSL IR.
Signed-off-by: Kenneth Graunke
---
src/me
We can just pass a pointer to the list of variables, and reuse the code.
Signed-off-by: Kenneth Graunke
---
src/glsl/nir/nir_remove_dead_variables.c | 18 --
1 file changed, 4 insertions(+), 14 deletions(-)
diff --git a/src/glsl/nir/nir_remove_dead_variables.c
b/src/glsl/nir/ni
glsl_to_nir passes in the ir_function's name field; we were copying the
pointer, but not duplicating the memory.
We want to be able to free the linked GLSL IR program after translating
to NIR, so we'll need to create a copy of the function name that the NIR
shader actually owns.
Signed-off-by: Ke
This pass performs a mark and sweep pass over a nir_shader's associated
memory - anything still connected to the program will be kept, and any
dead memory we dropped on the floor will be freed.
The expectation is that this will be called when finished building and
optimizing the shader. However,
The lifetime of the sources array needs to be match the nir_tex_instr
itself. So, allocate it using the instruction itself as the context.
Signed-off-by: Kenneth Graunke
---
src/glsl/nir/nir.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/glsl/nir/nir.c b/src/glsl/nir/
ralloc_adopt() reparents all children from one context to another.
Conceptually, ralloc_adopt(new_ctx, old_ctx) behaves like this
pseudocode:
foreach child of old_ctx:
ralloc_steal(new_ctx, child)
However, ralloc provides no way to iterate over a memory context's
children, and ralloc_ado
Signed-off-by: Kenneth Graunke
---
src/glsl/nir/nir_remove_dead_variables.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/glsl/nir/nir_remove_dead_variables.c
b/src/glsl/nir/nir_remove_dead_variables.c
index baa321e..4417e2a 100644
--- a/src/glsl/nir/nir_remove_dead_
The lifetime of each register's use/def/if_use sets needs to match the
register itself. So, allocate them using the register itself as the
context.
Signed-off-by: Kenneth Graunke
---
src/glsl/nir/nir.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/glsl/nir/nir.c
On Sat, Mar 28, 2015 at 6:57 AM, x414e54 wrote:
> I am attempting to pass a GL_TEXTURE_2D directly to a Wayland compositor
by
> first converting it so an EGLImageKHR and then to a wl_buffer.
>
> eglCreateImageKHR appears to work fine but when calling
> glCreateWaylandBufferFromImageWL I get EGL_BA
Similar to e8c5cbfd921(mesa: Add gallium include dirs to more parts of
the tree.)
Signed-off-by: Emil Velikov
---
src/glsl/Android.mk| 8 ++--
src/mesa/Android.libmesa_dricore.mk| 1 +
src/mesa/Android.libmesa_glsl_utils.mk | 8 ++--
src/mesa/drivers/dri/Android.m
Signed-off-by: Emil Velikov
---
src/mesa/program/Android.mk | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/mesa/program/Android.mk b/src/mesa/program/Android.mk
index e957a8d..374fcbf 100644
--- a/src/mesa/program/Android.mk
+++ b/src/mesa/program/Android.mk
@@ -55,7 +5
Required by the format_{un,}pack rework. Otherwise the build will fail
to locate the respective headers - format_{un,}pack.h
Cc: "10.5"
Signed-off-by: Emil Velikov
---
src/mesa/Android.libmesa_dricore.mk | 1 +
src/mesa/Android.libmesa_st_mesa.mk | 7 ---
2 files changed, 5 insertions(+), 3
Commit dd6f641303c(mesa: Build with subdir-objects.) removed the SRCDIR
variable, but forgot to update all references of it.
Cc: "10.5"
Signed-off-by: Emil Velikov
---
src/mesa/Android.libmesa_dricore.mk | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/Android.li
From: Mauro Rossi
Required by the i965 driver.
Cc: "10.5"
[Emil Velikov: Split from a larger commit]
Signed-off-by: Emil Velikov
---
src/glsl/Android.gen.mk | 62 +++--
src/glsl/Android.mk | 3 +-
src/mesa/drivers/dri/Android.mk | 1 +
From: Mauro Rossi
Missed out with commit e1fdcddafe9(mesa: Autogenerate format_unpack.c)
Cc: "10.5"
[Emil Velikov: Split our from a larger commit.]
Signed-off-by: Emil Velikov
---
src/mesa/Android.gen.mk | 21 +
1 file changed, 21 insertions(+)
diff --git a/src/mesa/Andro
Otherwise we'll fail to find the drm.h header.
Cc: "10.4 10.5"
Signed-off-by: Emil Velikov
---
src/mesa/drivers/dri/common/Android.mk | 14 ++
1 file changed, 14 insertions(+)
diff --git a/src/mesa/drivers/dri/common/Android.mk
b/src/mesa/drivers/dri/common/Android.mk
index b95feb
Many parts of mesa already have the include with others depending on it
but it's missing. Add it once at the top makefile and be done with it.
Cc: "10.4 10.5"
Signed-off-by: Emil Velikov
---
Android.common.mk | 1 +
src/gallium/auxiliary/Android.mk | 3 +--
src/glsl/A
The dri modules depend on symbols provided by it.
Cc: "10.5"
Signed-off-by: Emil Velikov
---
src/mesa/drivers/dri/Android.mk | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/Android.mk b/src/mesa/drivers/dri/Android.mk
index 28a332b..64e237b 100644
---
From: Chih-Wei Huang
Signed-off-by: Chih-Wei Huang
---
src/util/Android.mk | 32 ++--
1 file changed, 10 insertions(+), 22 deletions(-)
diff --git a/src/util/Android.mk b/src/util/Android.mk
index 6b38cf9..2eb0ef7 100644
--- a/src/util/Android.mk
+++ b/src/util/Andr
Signed-off-by: Emil Velikov
---
Android.common.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Android.common.mk b/Android.common.mk
index 3e6d4c3..e34f206 100644
--- a/Android.common.mk
+++ b/Android.common.mk
@@ -33,7 +33,7 @@ endif
LOCAL_C_INCLUDES += \
$(MESA_T
All of those are available on gcc 4.5 and later with the current android
build using gcc 4.7.
Cc: "10.4 10.5"
Signed-off-by: Emil Velikov
---
Android.common.mk | 13 +
1 file changed, 13 insertions(+)
diff --git a/Android.common.mk b/Android.common.mk
index f473a4b..a4ee181 100644
From: Chih-Wei Huang
Use the macro defined in the Android build system.
Signed-off-by: Chih-Wei Huang
---
Android.mk | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/Android.mk b/Android.mk
index e190f74..87ed464 100644
--- a/Android.mk
+++ b/Android.mk
@@ -94,7 +94,6 @@ i
... via local_shared_libraries. Otherwise the sync/sync.h header won't
be found.
Note: 10.5 and earlier will need similar change in st/egl.
Cc: "10.4 10.5"
Signed-off-by: Emil Velikov
---
src/egl/drivers/dri2/Android.mk | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/egl/drivers/
Hi all,
With a GSoC student interesting in going through and exploding the
freedreno driver (amongst others) I've decided that it's a nice idea to
double check how chaotic things are wrt the Android build.
Long story short - it's bad. The good news is that a couple of the
Android-x86 guys (Chi
Signed-off-by: Emil Velikov
---
src/gallium/drivers/ilo/Android.mk | 3 ---
1 file changed, 3 deletions(-)
diff --git a/src/gallium/drivers/ilo/Android.mk
b/src/gallium/drivers/ilo/Android.mk
index 39de3a6..4204134 100644
--- a/src/gallium/drivers/ilo/Android.mk
+++ b/src/gallium/drivers/ilo/An
... to manage the LIBDRM*_CFLAGS. The former is the recommended approach
by the Android build system developers while the latter has been
depreciated for quite some time.
Cc: "10.4 10.5"
Signed-off-by: Emil Velikov
---
src/egl/drivers/dri2/Android.mk | 2 +-
src/gallium/drivers/free
On 22/03/2015 17:35, Samuel Pitoiset wrote:
From: Christoph Bumiller
This is based on the original patch of Christoph Bumiller.
(source: http://people.freedesktop.org/~chrisbmr/perfmon.diff)
It would be nice if you could add "v2: Samuel Pitoiset" and tell what
you changed. Christoph may dele
From: Roland Scheidegger
This has got a bit out of control with more and more parameters added.
Worse, whenever something in there changes all callees have to be updated
for that, even though they don't really do much with any parameter in there
except pass it on to the actual sampling function.
Mesa 10.5.2 is now available. This release addresses bugs in the common glsl
code-base, the libGL and glapi libraries, and the dri modules. The tarball no
longer contains hardlinks and has all the haiku files. With this release one
can build mesa without the need of python and mako.
Anuj Phoga
On Fri, Mar 27, 2015 at 9:22 PM, Matt Turner wrote:
> The typical case of mat4*mat4*vec4 is 80 scalar multiplications, but
> mat4*(mat4*vec4) is only 32.
>
> On HSW (with vec4 vertex shaders):
> instructions in affected programs: 4420 -> 3194 (-27.74%)
>
> On BDW (with scalar vertex shaders):
When glDrawPixels was used with an external texture, the pixels passed in
were sampled instead of the texture. Change gallium to instead move the user
texture to a new sampler below the glDrawPixels samplers and use the texture
coordinates from the raster position.
This uses a uniform for the tex
On Wed, Feb 11, 2015 at 9:05 PM, Laura Ekstrand wrote:
> if (offset + length > bufObj->Size) {
>_mesa_error(ctx, GL_INVALID_VALUE,
> - "glMapBufferRange(offset + length > size)");
> + "%s(offset %d + length %d > buffer_size %d)", func,
> +
GL_RGBA should corresponds to ABGR.
Try GL_BGRA, which is ARGB.
Note: Actually it is possible intel vs gallium drivers GL_RGBA and
GL_BGRA have different argb ordering. So perhaps try both so that all
drivers are happy.
Le 28/03/2015 14:57, x414e54 a écrit :
I am attempting to pass a
I am attempting to pass a GL_TEXTURE_2D directly to a Wayland compositor by
first converting it so an EGLImageKHR and then to a wl_buffer.
eglCreateImageKHR appears to work fine but when calling
glCreateWaylandBufferFromImageWL I get EGL_BAD_MATCH "unsupported image
format".
The GL_TEXTURE_2D is
On Mar 27, 2015 11:34 PM, "Ilia Mirkin" wrote:
>
> On Sat, Mar 28, 2015 at 12:23 AM, Kenneth Graunke
wrote:
> > These are nir_cf_nodes, not ALU instructions.
> > Also, use unreachable() to preempt said review feedback.
> >
> > Signed-off-by: Kenneth Graunke
> > ---
> > src/glsl/nir/nir_validate
For the series:
Reviewed-by: Chris Forbes
On Sat, Mar 28, 2015 at 5:22 PM, Matt Turner wrote:
> The typical case of mat4*mat4*vec4 is 80 scalar multiplications, but
> mat4*(mat4*vec4) is only 32.
>
> On HSW (with vec4 vertex shaders):
> instructions in affected programs: 4420 -> 3194 (-27.7
48 matches
Mail list logo
