On Tue, 2016-02-02 at 16:50 +1100, Timothy Arceri wrote:
> In GLES 3.1+ and GL 4.4+ there is no guarantee that interpolation
> qualifiers will match between stages so we cannot safely pack
> varyings using the current packing pass in Mesa.
>
> We also disable packing on outward facing SSO as these
Hi Michel,
Patch was updated according to the instructions and log/commit messages
changed.
Thanks for the advice
Mauro
>From 7a9090bffa434b78d8654c4c6d4c8dc0ec00c524 Mon Sep 17 00:00:00 2001
From: Mauro Rossi
Date: Wed, 3 Feb 2016 03:54:08 +0100
Subject: [PATCH] android: radeonsi: add strchr
https://bugs.freedesktop.org/show_bug.cgi?id=93820
--- Comment #7 from Michel Dänzer ---
(In reply to Jason Ekstrand from comment #6)
> [...] you should be able to just query for the AIGLX extension.
There is no AIGLX extension.
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=93970
Michel Dänzer changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
Hi,
> per each target that depended on the old libmesa_glsl static,
> > dependencies were checked and updated according to the new
> > libmesa_glsl, libmesa_nir and libmesa_compiler static libraries
>
> Looks pretty similar to my changes except for a few things.
>
...
>
> src/gallium/drivers
On Tue, Feb 2, 2016 at 1:29 PM, Connor Abbott wrote:
> On Tue, Feb 2, 2016 at 1:07 PM, Rob Clark wrote:
>> From: Rob Clark
>>
>> Handled by tgsi_emulate for glsl->tgsi case.
>>
>> Signed-off-by: Rob Clark
>> ---
>> src/compiler/Makefile.sources| 1 +
>> src/compiler/nir/n
If we are not even looking for one don't bother generating a candidate
list.
---
src/compiler/glsl/link_varyings.cpp | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/compiler/glsl/link_varyings.cpp
b/src/compiler/glsl/link_varyings.cpp
index 729db78..e5c076a 100644
--
On Tue, Feb 2, 2016 at 2:51 PM, Ben Widawsky
wrote:
> They were already declared as such. It was changed here:
> commit 31f0967fb50101437d2568e9ab9640ffbcbf7ef9
> Author: Ian Romanick
> Date: Wed Sep 2 14:43:18 2015 -0700
>
> i965: Make intel_miptree_map_raw static
>
> Cc: Ian Romanick
> S
All interface blocks will have been lowered by this point so just
use an assert. Returning false would have caused all sorts of
problems if they were not lowered yet and there is an assert to
catch this later anyway.
We also update the tests to reflect this change.
---
src/compiler/glsl/link_vary
On Tue, 2016-02-02 at 14:51 -0800, Ben Widawsky wrote:
> They were already declared as such. It was changed here:
> commit 31f0967fb50101437d2568e9ab9640ffbcbf7ef9
> Author: Ian Romanick
> Date: Wed Sep 2 14:43:18 2015 -0700
>
> i965: Make intel_miptree_map_raw static
>
> Cc: Ian Romanick
On Tue, Feb 2, 2016 at 4:02 PM, Roland Scheidegger wrote:
> Does anyone use these extensions?
> I suppose maybe to get the total amount of video memory?
I've used them in a commercial data-visualization application. The
purpose was to get the total amount of video memory, so we'd know
roughly how
Null-check on "*value" is currently done in
_eglGetSyncAttrib, which is after eglGetSyncAttribKHR
attempts to copy data at 'value' to 'attrib'. Segfault
is enevitable if value==NULL in this case. Therefore,
null-check should be moved to beginning of
eglGetSyncAttribKHR to avoid any possible segfaul
They were already declared as such. It was changed here:
commit 31f0967fb50101437d2568e9ab9640ffbcbf7ef9
Author: Ian Romanick
Date: Wed Sep 2 14:43:18 2015 -0700
i965: Make intel_miptree_map_raw static
Cc: Ian Romanick
Signed-off-by: Ben Widawsky
---
src/mesa/drivers/dri/i965/intel_mipm
Sadly, this patch doesn't fix NS2, so I'm kinda on the fence about pushing it.
Marek
On Tue, Feb 2, 2016 at 9:01 PM, Marek Olšák wrote:
> From: Marek Olšák
>
> This might fix mmap errors with Natural Selection 2, which a 32-bit game.
>
> It would be nice if someone tested this patch with the ga
Mike,
When I trace in gdb and let the program run I get the standard error:
Using host libthread_db library "/lib/powerpc-linux-gnu/libthread_db.so.1".
libGL: OpenDriver: trying /usr/lib/powerpc-linux-gnu/dri/tls/r300_dri.so
libGL: OpenDriver: trying /usr/lib/powerpc-linux-gnu/dri/r300_dri.so
lib
Builds with gallium enabled fail on x86 with linker error:
external/mesa3d/src/mesa/vbo/vbo_exec_array.c:127: error: undefined reference
to '_mesa_uint_array_min_max'
The problem is sse_minmax.c is not included in the libmesa_st_mesa
library. Since the SSE4.1 files are needed for both libmesa_st
Use the LOCAL_CFLAGS_{32/64} instead of arch specific variants to define
the DEFAULT_DRIVER_DIR. This enables building for arm64.
Cc: Emil Velikov
Cc: Chih-Wei Huang
Signed-off-by: Rob Herring
---
v2:
- Use LOCAL_CFLAGS_(32|64) instead of arch flags
src/egl/Android.mk | 5 ++---
1 file change
Android builds with -Wunused-parameter enabled which results in spewing
lots of warnings. Disable it so more meaningful warnings are more visible.
Signed-off-by: Rob Herring
Reviewed-by: Emil Velikov
---
v2:
- No change
Android.common.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/Andr
TARGET_CC is not defined for the secondary arch on combined 32/64-bit
builds. The build system uses 2ND_TARGET_CC instead and it is not meant
to be used in module makefiles. LOCAL_CC was used to provide C only
flags as -std=c99 is not valid for C++ files. Since Android 4.4,
LOCAL_CONLYFLAGS was add
On Tue, Feb 2, 2016 at 9:23 PM, Roland Scheidegger wrote:
> Am 02.02.2016 um 21:15 schrieb Marek Olšák:
>> On Sat, Jan 30, 2016 at 12:46 AM, Marek Olšák wrote:
>>> From: Marek Olšák
>>>
>>> Based on a gallivm patch by Ilia Mirkin.
>>>
>>> +8 piglit regressions due to precision issues
>>> ---
>>>
Am 02.02.2016 um 21:15 schrieb Marek Olšák:
> On Sat, Jan 30, 2016 at 12:46 AM, Marek Olšák wrote:
>> From: Marek Olšák
>>
>> Based on a gallivm patch by Ilia Mirkin.
>>
>> +8 piglit regressions due to precision issues
>> ---
>> .../drivers/radeon/radeon_setup_tgsi_llvm.c| 72
>> +++
Pass the additional config attributes to dri2_add_config to set them
instead of open coding them. This is in preparation to add more attributes.
Signed-off-by: Rob Herring
---
v2:
- No change
src/egl/drivers/dri2/platform_android.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions
This is used by Android to select an eglconfig compatible with HWComposer.
Signed-off-by: Rob Herring
---
v2:
- Also add reporting the extension string
src/egl/main/eglapi.c | 1 +
src/egl/main/eglconfig.c | 5 -
src/egl/main/eglconfig.h | 2 ++
src/egl/main/egldisplay.h | 1 +
4 file
Set EGL_FRAMEBUFFER_TARGET_ANDROID and EGL_RECORDABLE_ANDROID config
attributes to true for Android. These are required in Marshmallow.
The implementation of EGL_RECORDABLE_ANDROID support has 2 options in
the definition of the extension. Android implements the 2nd option
which is the encoder must
From: Varad Gautam
Signed-off-by: Varad Gautam
---
v2:
- No change
src/egl/drivers/dri2/platform_android.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/egl/drivers/dri2/platform_android.c
b/src/egl/drivers/dri2/platform_android.c
index 8f3abcb..b622b00 100644
--- a/
This is used by Android to select an eglconfig compatible with screen
recording.
Signed-off-by: Rob Herring
---
v2:
- Also add reporting the extension string
src/egl/main/eglapi.c | 1 +
src/egl/main/eglconfig.c | 3 +++
src/egl/main/eglconfig.h | 2 ++
src/egl/main/egldisplay.h | 1 +
4
On Tue, Feb 2, 2016 at 9:18 PM, Roland Scheidegger wrote:
> Am 02.02.2016 um 20:41 schrieb Marek Olšák:
>> On Tue, Feb 2, 2016 at 4:02 PM, Roland Scheidegger
>> wrote:
>>> Does anyone use these extensions?
>>> I suppose maybe to get the total amount of video memory?
>>> From the dynamic counts,
Am 02.02.2016 um 20:41 schrieb Marek Olšák:
> On Tue, Feb 2, 2016 at 4:02 PM, Roland Scheidegger wrote:
>> Does anyone use these extensions?
>> I suppose maybe to get the total amount of video memory?
>> From the dynamic counts, I would have thought the eviction one would be
>> the most interestin
Am 02.02.2016 um 13:32 schrieb Jose Fonseca:
> On 01/02/16 01:00, srol...@vmware.com wrote:
>> From: Roland Scheidegger
>>
>> If the tri is fully inside a scissor edge (or rather, we just use the
>> bounding box of the tri for the comparison), then we can drop these
>> additional scissor "planes"
On Sat, Jan 30, 2016 at 12:46 AM, Marek Olšák wrote:
> From: Marek Olšák
>
> Based on a gallivm patch by Ilia Mirkin.
>
> +8 piglit regressions due to precision issues
> ---
> .../drivers/radeon/radeon_setup_tgsi_llvm.c| 72
> ++
> src/gallium/drivers/radeonsi/si_pip
Pushed, thanks.
Marek
On Fri, Jan 29, 2016 at 10:48 PM, Niels Ole Salscheider
wrote:
> This fixes a crash in pb_cache_release_all_buffers.
>
> Signed-off-by: Niels Ole Salscheider
> ---
> src/gallium/winsys/radeon/drm/radeon_drm_winsys.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletion
From: Marek Olšák
This might fix mmap errors with Natural Selection 2, which a 32-bit game.
It would be nice if someone tested this patch with the game.
v2: use sizeof(void*)
---
src/gallium/drivers/radeon/r600_texture.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/src/gallium/
On Mon, Feb 1, 2016 at 6:13 AM, Alejandro Piñeiro wrote:
> While doing some code checking, I realized that nir vectorization was
> not on master, in spite my memory saying the opposite. So I searched on
> the mailing list, and I found the original series (this one). My memory
> was correct that th
On Tue, Feb 2, 2016 at 8:37 PM, Ilia Mirkin wrote:
> On Tue, Feb 2, 2016 at 2:28 PM, Marek Olšák wrote:
>> On Tue, Feb 2, 2016 at 8:16 PM, Ilia Mirkin wrote:
>>> Thanks! From discussion with Dave re r600 needs, it sounds like we
>>> need to throw a "writable" property into pipe_image_view, and I
On 02/02/2016 12:22 PM, Marek Olšák wrote:
From: Marek Olšák
v2: move the code to glinfo_common.c.
---
src/xdemos/glinfo_common.c | 56 ++
src/xdemos/glinfo_common.h | 2 ++
src/xdemos/glxinfo.c | 1 +
3 files changed, 59 insertions(+)
d
On Tue, Feb 2, 2016 at 4:02 PM, Roland Scheidegger wrote:
> Does anyone use these extensions?
> I suppose maybe to get the total amount of video memory?
> From the dynamic counts, I would have thought the eviction one would be
> the most interesting, but this one isn't implemented. Ah well I guess
On Tue, Feb 2, 2016 at 2:28 PM, Marek Olšák wrote:
> On Tue, Feb 2, 2016 at 8:16 PM, Ilia Mirkin wrote:
>> Thanks! From discussion with Dave re r600 needs, it sounds like we
>> need to throw a "writable" property into pipe_image_view, and I need
>> to do a proper job of setting the WR flag on the
On Tue, Feb 2, 2016 at 3:36 PM, Ilia Mirkin wrote:
> On Tue, Feb 2, 2016 at 8:45 AM, Marek Olšák wrote:
>> From: Marek Olšák
>>
>> ---
>> src/mapi/glapi/gen/gl_API.xml| 8
>> src/mesa/main/dd.h | 10 ++
>> src/mesa/main/extensions_table.h | 1 +
>> src/mesa/
On Tue, Feb 2, 2016 at 8:16 PM, Ilia Mirkin wrote:
> Thanks! From discussion with Dave re r600 needs, it sounds like we
> need to throw a "writable" property into pipe_image_view, and I need
> to do a proper job of setting the WR flag on the image in patch 6.
> I'll do those as add-on patches.
>
>
From: Marek Olšák
v2: move the code to glinfo_common.c.
---
src/xdemos/glinfo_common.c | 56 ++
src/xdemos/glinfo_common.h | 2 ++
src/xdemos/glxinfo.c | 1 +
3 files changed, 59 insertions(+)
diff --git a/src/xdemos/glinfo_common.c b/src/xdem
Thanks! From discussion with Dave re r600 needs, it sounds like we
need to throw a "writable" property into pipe_image_view, and I need
to do a proper job of setting the WR flag on the image in patch 6.
I'll do those as add-on patches.
Did you leave patch 6 unreviewed because you had issues with i
For the series:
Reviewed-by: Marek Olšák
Marek
On Sun, Jan 31, 2016 at 6:58 AM, Ilia Mirkin wrote:
> This fixes dEQP-GLES31.functional.fbo.completeness.no_attachments
>
> When the width or height are 0, the framebuffer is incomplete. We may
> also not have been passing the new state down to th
Patches 1-5, 7:
Reviewed-by: Marek Olšák
Marek
On Sun, Jan 31, 2016 at 2:55 AM, Ilia Mirkin wrote:
> This enables ARB_shader_image_load_store and ARB_shader_image_size when
> the backend claims support for these. It will also implicitly enable the
> image component of ARB_shader_texture_image_
On Tue, Feb 2, 2016 at 1:07 PM, Rob Clark wrote:
> From: Rob Clark
>
> Handled by tgsi_emulate for glsl->tgsi case.
>
> Signed-off-by: Rob Clark
> ---
> src/compiler/Makefile.sources | 1 +
> src/compiler/nir/nir.h | 2 +
> src/compiler/nir/nir
On Tue, Feb 2, 2016 at 1:07 PM, Rob Clark wrote:
> From: Rob Clark
>
> Handled by tgsi_emulate for glsl->tgsi case.
>
> Signed-off-by: Rob Clark
> ---
> src/compiler/Makefile.sources| 1 +
> src/compiler/nir/nir.h | 1 +
> src/compiler/nir/nir_l
On Mon, Feb 1, 2016 at 11:48 AM, Rob Clark wrote:
> On Mon, Feb 1, 2016 at 11:00 AM, Connor Abbott wrote:
>> On Sun, Jan 31, 2016 at 3:16 PM, Rob Clark wrote:
>>> From: Rob Clark
>>>
>>> Signed-off-by: Rob Clark
>>> ---
>>> src/compiler/Makefile.sources| 1 +
>>> src/compile
From: Rob Clark
Handled by tgsi_emulate for glsl->tgsi case.
Signed-off-by: Rob Clark
---
src/compiler/Makefile.sources | 1 +
src/compiler/nir/nir.h | 2 +
src/compiler/nir/nir_lower_passthrough_edgeflags.c | 86 ++
3 file
From: Rob Clark
Handled by tgsi_emulate for glsl->tgsi case.
Signed-off-by: Rob Clark
---
src/compiler/Makefile.sources| 1 +
src/compiler/nir/nir.h | 1 +
src/compiler/nir/nir_lower_clamp_color_outputs.c | 121 +++
3 files
On Tue, Feb 2, 2016 at 12:13 PM, Emil Velikov wrote:
> On 31 January 2016 at 19:40, Rob Clark wrote:
>> On Sun, Jan 31, 2016 at 6:18 AM, Emil Velikov
>> wrote:
>>> Hi Rob,
>>>
>>> On 30 January 2016 at 00:36, Rob Herring wrote:
It is necessary to share the screen between mesa and gralloc
On 31 January 2016 at 19:40, Rob Clark wrote:
> On Sun, Jan 31, 2016 at 6:18 AM, Emil Velikov
> wrote:
>> Hi Rob,
>>
>> On 30 January 2016 at 00:36, Rob Herring wrote:
>>> It is necessary to share the screen between mesa and gralloc to
>>> properly ref count resources. This implements a hash lo
https://bugs.freedesktop.org/show_bug.cgi?id=93820
--- Comment #6 from Jason Ekstrand ---
(In reply to Ian Romanick from comment #4)
> (In reply to Ilia Mirkin from comment #3)
> > http://cgit.freedesktop.org/xorg/xserver/commit/?id=d0da0e9c3
> >
> > Apparently Xorg 1.17 disables indirect GLX by
https://bugs.freedesktop.org/show_bug.cgi?id=93820
--- Comment #5 from Christoph Weiss ---
Thanks for the feedback, +iglx indeed makes everything work again, also with
Mesa 11!
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug._
Am 02.02.2016 um 13:39 schrieb Jose Fonseca:
> On 31/01/16 02:08, srol...@vmware.com wrote:
>> From: Roland Scheidegger
>>
>> Add support for these opcodes, the conversion functions were already
>> there albeit need some new packing stuff.
>> Just like the tgsi version, piglit won't like it for al
On Tue, Feb 2, 2016 at 8:44 AM, Marek Olšák wrote:
> Hi,
>
> The motivation behind this is to allow games that use proprietary extensions
> to query the amount of VRAM to be able to query it with Mesa too. Such games
> are unlikely to use GLX_MESA_query_renderer in the foreseeable feature.
>
> U
Does anyone use these extensions?
I suppose maybe to get the total amount of video memory?
From the dynamic counts, I would have thought the eviction one would be
the most interesting, but this one isn't implemented. Ah well I guess a
sloppily implemented extension is better than none.
Roland
Am
On 02/02/2016 06:47 AM, Marek Olšák wrote:
From: Marek Olšák
---
src/xdemos/glxinfo.c | 53
1 file changed, 53 insertions(+)
diff --git a/src/xdemos/glxinfo.c b/src/xdemos/glxinfo.c
index f65451a..b0377fb 100644
--- a/src/xdemos/glxinfo.c
Ok I'm going to revert it.
Note though this hits an assertion which is completely independent of
the added code. This means it works before this patch because you didn't
compile with ssse3 enabled - apparently the existing code is broken and
just relies on compile flags to not get hit...
This shou
On Tue, Feb 2, 2016 at 8:45 AM, Marek Olšák wrote:
> From: Marek Olšák
>
> ---
> src/mapi/glapi/gen/gl_API.xml| 8
> src/mesa/main/dd.h | 10 ++
> src/mesa/main/extensions_table.h | 1 +
> src/mesa/main/get.c | 30 ++
>
https://bugs.freedesktop.org/show_bug.cgi?id=93965
--- Comment #1 from Dennis Schridde ---
(In reply to Dennis Schridde from comment #0)
> Please correct me if I am wrong, but the function appears [3] to not have
> been backported (and released in 11.1.1) as mentioned in an earlier
> mailinglist
https://bugs.freedesktop.org/show_bug.cgi?id=93965
Bug ID: 93965
Summary: Please backport OSMesaCreateContextAttribs to 11.1
Product: Mesa
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: n
From: Marek Olšák
---
src/xdemos/glxinfo.c | 53
1 file changed, 53 insertions(+)
diff --git a/src/xdemos/glxinfo.c b/src/xdemos/glxinfo.c
index f65451a..b0377fb 100644
--- a/src/xdemos/glxinfo.c
+++ b/src/xdemos/glxinfo.c
@@ -390,6 +390,55 @
From: Marek Olšák
---
src/mapi/glapi/gen/gl_API.xml| 6 ++
src/mesa/main/extensions_table.h | 1 +
src/mesa/main/get.c | 26 +-
src/mesa/main/get_hash_params.py | 5 +
src/mesa/main/mtypes.h | 1 +
5 files changed, 38 insertions(+),
From: Marek Olšák
---
src/gallium/drivers/r600/r600_pipe.c | 2 +-
src/gallium/drivers/radeon/r600_pipe_common.c | 35 +++
src/gallium/drivers/radeonsi/si_pipe.c| 2 +-
3 files changed, 37 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/
From: Marek Olšák
If you're worried about the duplication of some CAPs, we can remove them
later.
---
src/gallium/drivers/freedreno/freedreno_screen.c | 1 +
src/gallium/drivers/i915/i915_screen.c | 1 +
src/gallium/drivers/ilo/ilo_screen.c | 1 +
src/gallium/drivers/llv
From: Marek Olšák
---
src/mesa/state_tracker/st_context.c| 23 +++
src/mesa/state_tracker/st_extensions.c | 2 ++
2 files changed, 25 insertions(+)
diff --git a/src/mesa/state_tracker/st_context.c
b/src/mesa/state_tracker/st_context.c
index ff9135f..0970de2 100644
---
From: Marek Olšák
---
src/mapi/glapi/gen/gl_API.xml| 8
src/mesa/main/dd.h | 10 ++
src/mesa/main/extensions_table.h | 1 +
src/mesa/main/get.c | 30 ++
src/mesa/main/get_hash_params.py | 7 +++
src/mesa/main/mtyp
Hi,
The motivation behind this is to allow games that use proprietary extensions to
query the amount of VRAM to be able to query it with Mesa too. Such games are
unlikely to use GLX_MESA_query_renderer in the foreseeable feature.
Unreal Engine 3 does use one of these. Despite that, it doesn't h
On 31/01/16 02:08, srol...@vmware.com wrote:
From: Roland Scheidegger
Add support for these opcodes, the conversion functions were already
there albeit need some new packing stuff.
Just like the tgsi version, piglit won't like it for all the same
reasons, so it's disabled (UP2H passes piglit ar
On 01/02/16 01:00, srol...@vmware.com wrote:
From: Roland Scheidegger
If the tri is fully inside a scissor edge (or rather, we just use the
bounding box of the tri for the comparison), then we can drop these
additional scissor "planes" early. We do not even need to allocate
space for them in th
> I've submitted similar set to mesa list on Friday. 1, 2, 4, and 5
> appear to be similar.
>
> Rob
Thanks Rob,
I need to watch more carefully the mesa-dev archives next time
M.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.free
On Mon, Feb 1, 2016 at 5:00 PM, Connor Abbott wrote:
> On Sun, Jan 31, 2016 at 3:16 PM, Rob Clark wrote:
>> From: Rob Clark
>>
>> Signed-off-by: Rob Clark
>> ---
>> src/compiler/Makefile.sources| 1 +
>> src/compiler/nir/nir.h | 12 +
>> src/compiler/ni
Sorry for the delay, I was at FOSDEM and now I am catching up email.
I will take a look at it tomorrow.
Thanks,
Sam
On Tue, 2016-02-02 at 16:50 +1100, Timothy Arceri wrote:
> In GLES 3.1+ and GL 4.4+ there is no guarantee that interpolation
> qualifiers will match between stages so we cannot sa
Hi Roland and Matt,
I am sorry, but this patch segfaults/asserts Kronos CTS -
ES2-CTS.gtf.GL2FixedTests.scissor.scissor
I created this bug:
https://bugs.freedesktop.org/show_bug.cgi?id=93962
I also added the bug to the OpenGL ES 3.1 tracker bug, since it blocks CTS
testing.
https://bugs.freede
73 matches
Mail list logo
