https://bugs.freedesktop.org/show_bug.cgi?id=101247
Tapani Pälli changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Seems in case of 32-bit library, usage of msse2 makes
some stack corruption or incorrect instructions.
Usage with mstackrealign fixes that case.
v2: Fixed meson.
v3: Definition of c_sse2_args moved on the top (L.Landwerlin).
Added mstackrealign for Android's mks where msee4.1 is used.
v4: Ad
Hello,
can you replace i965 with intel in the title of the commit
done
I assume you have commit access?
Unfortunately, i don't.
Thanks everybody for pointing details.
On Wed, Sep 5, 2018 at 8:41 PM, Dylan Baker wrote:
> Quoting Sergii Romantsov (2018-09-05 04:40:37)
> > Seems in case of 32-
Hello,
Thanks for your reply.
The 'util_vsnprintf' function under Linux is just an alias for 'vsnprintf':
#define util_vsnprintf vsnprintf
So as far as I understood we should ensure compatibility between
'vsnprintf' function under Linux and '_vsnprintf' function under Windows using
our wrapper
Hello Everyone,
I am Naveen a Junior year computer science undergrad from India. I really
apologize for disturbing you all again. But I have been going through the
available projects for the XorgEVoC program and the project *Piglit for
VA-API *caught my attention. This project really intrigues me.
On Tue, 2018-09-04 at 17:10 -0400, Marek Olšák wrote:
> Hi Andres,
>
> When do you plan to release final Mesa 18.2?
>
> Thanks,
> Marek
>
> On Wed, Aug 29, 2018 at 8:28 PM, Andres Gomez wrote:
[...]
> > The plan is to have the sixth release candidate for 18.2.0 next
> > Wednesday (2018/09/05)
Hi Marek,
Shouldn't this core pinning be handled by the kernel ?
Else all multithreaded games (or applications) need an update.
I also see a risk in applications handling the core pinning: several
intensive applications
may pin the same cores. The kernel would be able to switch automatically
Giving it a run through CI and I'll push after.
Thanks!
On 06/09/2018 09:07, Sergii Romantsov wrote:
Seems in case of 32-bit library, usage of msse2 makes
some stack corruption or incorrect instructions.
Usage with mstackrealign fixes that case.
v2: Fixed meson.
v3: Definition of c_sse2_args
On 06/09/2018 05:12, Sagar Ghuge wrote:
v2: Free ctx.spec if error while reading genxml (Lionel Landwerlin)
Signed-off-by: Sagar Ghuge
---
src/intel/common/gen_decoder.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/src/intel/common/gen_decoder.c b/src/
This patch fixes the following Piglit test:
spec@egl_mesa_configless_context@basic
It also fixes few test in a virgl guest.
v2: Evaluate the value of no_config (Ilia)
Suggested-by: Emil Velikov
Signed-off-by: Elie Tournier
---
src/gallium/include/state_tracker/st_api.h | 2 ++
src/gallium/sta
When creating textures, we avoid creating backing-store for all
multisampled textures, not just depth buffers.
So we can't try to map them later. That's just going to fail. So
let's take the blit-based code-path that seems to avoid this problem.
This make this piglit test-case no longer crash (al
When we fail to map memory, we should also free trans to avoid
leaking memory.
Noticed while reading code.
Signed-off-by: Erik Faye-Lund
---
src/gallium/drivers/virgl/virgl_texture.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/virgl/virgl_texture.c
b/src/gallium/dri
Here's a series of patches to address a crash when mapping multisampled
textures in piglit. The crash can easily be reproduce using the
following command:
bin/copyteximage 2D -samples=2 -auto
However, it's not clear to me if this is the right fix or not; the
resource creation code and the resourc
We don't use the size we calculate in this function, so let's just
drop the calculation
Signed-off-by: Erik Faye-Lund
---
src/gallium/drivers/virgl/virgl_texture.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/src/gallium/drivers/virgl/virgl_texture.c
b/src/gallium/dr
We always return TRUE, and we never check the return-value. Let's
just drop the return value instead.
Signed-off-by: Erik Faye-Lund
---
src/gallium/drivers/virgl/virgl_texture.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/gallium/drivers/virgl/virgl_texture.c
b/src
Building of 32bit mesa with meson causes issue:
"implicit declaration of function ‘__builtin_ia32_clflush’".
Fixed by adding msse2 compilation flag.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107843
Fixes: 314879f7fec0 (i965: Fix asynchronous mappings on !LLC platforms.)
Signed-off-by:
Building of 32bit mesa with meson causes issues:
"expected ‘}’ before ‘DRI_CONF_MESA_NO_ERROR’"
"expected ‘}’ before ‘DRI_CONF_ALLOW_GLSL_CROSS_STAGE_INTERPOLATION_MISMATCH’"
"expected ‘}’ before ‘DRI_CONF_ALLOW_RGB10_CONFIGS’"
File with defines replaced to correct.
Bugzilla: https://bugs.freedesk
Aren't other tools affected as well?
Thanks,
-
Lionel
On 06/09/2018 10:59, Sergii Romantsov wrote:
Building of 32bit mesa with meson causes issue:
"implicit declaration of function ‘__builtin_ia32_clflush’".
Fixed by adding msse2 compilation flag.
Bugzilla: https://bugs.freedesktop.org/show_b
On 2018-09-05 11:49 p.m., Marek Olšák wrote:
> On Tue, Sep 4, 2018 at 2:35 PM, Marek Olšák wrote:
>> On Mon, Sep 3, 2018 at 6:08 AM, Michel Dänzer wrote:
>>> On 2018-09-01 8:54 a.m., Marek Olšák wrote:
From: Marek Olšák
+41% performance in debug builds
(testing piglit/drawove
Hi,
I know the GLU library in mesa 3D is just a copy of SGIs GLU
library, but i found noone else to ask. 8-(
The problem is in gluNurbsSurface. When used with a larger number of
control points, some tesselation results are useless e.g. "inf" or fall
outside of the contol point bounding box.
The
On 05/09/2018 18:01, Kenneth Graunke wrote:
On Tuesday, September 4, 2018 3:30:42 AM PDT Lionel Landwerlin wrote:
Both brw_bo_map_cpu() & brw_bo_map_wc() assert if mapping the
underlying BO fails. Failing back to brw_bo_map_gtt() doesn't seem to
make any sense for that reason.
We also only call
Hi all,
Here are a number of fixes and slight rework dealing with the ring
buffer decoding. Found while trying to generate aub files that remap
all the buffers from the i915 error state.
A more complete state of this ongoing work is available there
(unfortunately not quite there for Gen9) :
h
Use this value to limit reading the ring buffer.
Signed-off-by: Lionel Landwerlin
---
src/intel/tools/aubinator.c | 4 +++-
src/intel/tools/aubinator_viewer.cpp | 3 ++-
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/src/intel/tools/aubinator.c b/src/intel/tools/aubinato
An MI_BATCH_BUFFER_START in the ring buffer acts as a second level
batchbuffer (aka jump back to ring buffer when running into a
MI_BATCH_BUFFER_END).
Signed-off-by: Lionel Landwerlin
---
src/intel/common/gen_batch_decoder.c | 6 +++---
src/intel/common/gen_decoder.h| 2
Identical fix to :
commit 70de31d0c106f58d6b7e6d5b79b8d90c1c112a3b
Author: Jason Ekstrand
Date: Fri Aug 24 16:05:08 2018 -0500
intel/batch_decoder: Print blend states properly
Signed-off-by: Lionel Landwerlin
---
src/intel/tools/aubinator_viewer_decoder.cpp | 18 --
1 fi
Some commands like MI_BATCH_BUFFER_START have this indicator.
Signed-off-by: Lionel Landwerlin
---
src/intel/common/gen_batch_decoder.c | 34 ++
src/intel/common/gen_decoder.h| 3 +-
src/intel/tools/aubinator.c | 23
src/in
Pointer arithmetic...
Signed-off-by: Lionel Landwerlin
---
src/intel/common/gen_batch_decoder.c | 2 +-
src/intel/tools/aubinator_viewer_decoder.cpp | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/intel/common/gen_batch_decoder.c
b/src/intel/common/gen_batch_d
IGT has this test hang test that works by having a batch buffer call
itself. As our implementation of the decoding is perfectly mimicking
the hardware, our decoder also "hangs". This change limits the number
of batch buffer we'll decode before we bail to 100.
Signed-off-by: Lionel Landwerlin
---
Identical fix to :
commit cbd4bc1346f7397242e157bb66099b950a8c5643
Author: Jason Ekstrand
Date: Fri Aug 24 16:04:03 2018 -0500
intel/batch_decoder: Fix dynamic state printing
Signed-off-by: Lionel Landwerlin
---
src/intel/tools/aubinator_viewer_decoder.cpp | 4 ++--
1 file changed, 2 in
To compile for the testcase use
$ bzip2 -cd wdune-0.99rc1035.tar.bz | tar -xf -
$ cd wdune-0.99rc1035
$ buildscripts/build-without-cgal-debug-j4.sh
It should be
$ sh buildscripts/build-without-cgal-debug-j4.sh
sorry
so long
MUFTI
___
mesa-dev mai
We can only start parsing commands from the head pointer. This was
working fine up to now because we only dealt with a "made up" ring
buffer (generated by aub_write) which always had its head at 0.
Signed-off-by: Lionel Landwerlin
---
src/intel/tools/aubinator.c | 4 ++--
src/intel/tool
With -Dtools=all compilation is passed now.
At this moment looking additionally on linkage issue with building, have
solution but would like to find better, so hope will provide additional 3rd
commit today.
On Thu, Sep 6, 2018 at 1:03 PM, Lionel Landwerlin <
lionel.g.landwer...@intel.com> wrote:
If we end up never taking the loop that writes ret, we can end up with
an uninitialized value, and if we're *really* unlucky, that value can
be -1, causing us to go down an error-path instead of a success path.
This was obviously not intended, so let's just initialize this to zero.
Noticed by Val
Oh right, I see, this is the only using gen_invalidate_range().
Thanks!
Reviewed-by: Lionel Landwerlin
On 06/09/2018 11:40, Sergii Romantsov wrote:
With -Dtools=all compilation is passed now.
At this moment looking additionally on linkage issue with building,
have solution but would like to
And pushed.
On 06/09/2018 11:53, Lionel Landwerlin wrote:
Oh right, I see, this is the only using gen_invalidate_range().
Thanks!
Reviewed-by: Lionel Landwerlin
On 06/09/2018 11:40, Sergii Romantsov wrote:
With -Dtools=all compilation is passed now.
At this moment looking additionally on li
On 6 September 2018 at 01:27, Timothy Arceri wrote:
> On 06/09/18 02:35, Emil Velikov wrote:
>>
>> From: Emil Velikov
>>
>> Remove all the desktop GL and GLX entries from the list.
>> Former are pulled by the gl.h and glext.h includes at the top while the
>> latter are not longer needed.
>
>
> no
On 06/09/18 04:57, Thomas Hellstrom wrote:
On 09/05/2018 04:30 PM, Timothy Arceri wrote:
On 05/09/18 23:36, Thomas Hellstrom wrote:
On 09/05/2018 02:36 PM, Timothy Arceri wrote:
On 05/09/18 22:09, Thomas Hellstrom wrote:
On 09/05/2018 01:45 PM, Timothy Arceri wrote:
On 16/08/17 04:31, Th
On Thursday, 2018-09-06 12:59:48 +0300, Sergii Romantsov wrote:
> Building of 32bit mesa with meson causes issues:
> "expected ‘}’ before ‘DRI_CONF_MESA_NO_ERROR’"
> "expected ‘}’ before ‘DRI_CONF_ALLOW_GLSL_CROSS_STAGE_INTERPOLATION_MISMATCH’"
> "expected ‘}’ before ‘DRI_CONF_ALLOW_RGB10_CONFIGS’"
On Thursday, 2018-09-06 11:34:44 +0100, Lionel Landwerlin wrote:
> Pointer arithmetic...
>
> Signed-off-by: Lionel Landwerlin
> ---
> src/intel/common/gen_batch_decoder.c | 2 +-
> src/intel/tools/aubinator_viewer_decoder.cpp | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
On 06/09/2018 12:39, Eric Engestrom wrote:
On Thursday, 2018-09-06 11:34:44 +0100, Lionel Landwerlin wrote:
Pointer arithmetic...
Signed-off-by: Lionel Landwerlin
---
src/intel/common/gen_batch_decoder.c | 2 +-
src/intel/tools/aubinator_viewer_decoder.cpp | 2 +-
2 files changed,
On Thursday, 2018-09-06 12:39:34 +0100, Eric Engestrom wrote:
> On Thursday, 2018-09-06 11:34:44 +0100, Lionel Landwerlin wrote:
> > Pointer arithmetic...
> >
> > Signed-off-by: Lionel Landwerlin
> > ---
> > src/intel/common/gen_batch_decoder.c | 2 +-
> > src/intel/tools/aubinator_viewe
Looks like you are right.
After 'git clean' its ok.
Thanks.
On Thu, Sep 6, 2018 at 2:37 PM Eric Engestrom
wrote:
> On Thursday, 2018-09-06 12:59:48 +0300, Sergii Romantsov wrote:
> > Building of 32bit mesa with meson causes issues:
> > "expected ‘}’ before ‘DRI_CONF_MESA_NO_ERROR’"
> > "expected
Hi Andrii,
I think you might be overthinking my comments.
There's nothing special, nor am I trying to force my opinion.
If you think my suggestions make sense, great. Otherwise don't bother too much.
HTH
Emil
___
mesa-dev mailing list
mesa-dev@lists.fr
On Thu, 2018-09-06 at 14:15 +1000, Timothy Arceri wrote:
> On 06/09/18 07:57, Andres Gomez wrote:> Hello list,
[...]
> >
> > Testing reports/general approval
> >
> >
> > Any testing reports (or general approval of the state of the branch)
> > will be greatly app
Hi,
On Monday, 3 September 2018 03:11:37 CEST Ian Romanick wrote:
> I don't know this code very well, but this seems to better match the
> original (before 64d2a204805). Since it works for Ville and passes the
> Intel CI,
>
> Reviewed-by: Ian Romanick
Thanks for looking into that!
I have chang
v2: Move 18.3.0-rcZ releases to Tuesdays.
Cc: Dylan Baker
Cc: Juan A. Suarez
Cc: Emil Velikov
Signed-off-by: Andres Gomez
Acked-by: Dylan Baker
---
Releases should happen on Wednesdays and X.Y.0-rcZ announcements just
24h before a release. Therefore, moving 18.3.0-rcZ to Tuesdays.
diff --gi
Ok, i found a bug in my code.
I updated
ftp://ftp.ourproject.org/pub/wdune/wdune-0.99rc1035.tar.bz2
But the result is nearly the same 8-(
https://wdune.ourproject.org/examples/nurbs_problem.jpg
so long
MUFTI
___
mesa-dev mailing list
mesa-dev@lists.
Hi Erik,
On 6 September 2018 at 11:48, Erik Faye-Lund
wrote:
> If we end up never taking the loop that writes ret, we can end up with
> an uninitialized value, and if we're *really* unlucky, that value can
> be -1, causing us to go down an error-path instead of a success path.
>
> This was obviou
On to., sep. 6, 2018 at 3:00 PM, Emil Velikov
wrote:
Hi Erik,
On 6 September 2018 at 11:48, Erik Faye-Lund
wrote:
If we end up never taking the loop that writes ret, we can end up
with
an uninitialized value, and if we're *really* unlucky, that value
can
be -1, causing us to go down an
On on., sep. 5, 2018 at 5:34 PM, Gert Wollny
wrote:
From: Gert Wollny
On the host VREND_DEBUG=guestallow must be set to let the guest
override
the debug flags.
Signed-off-by: Gert Wollny
---
The corresponding code for virglrenderer can be found in this MR:
https://gitlab.freedesktop.org
On 5 September 2018 at 16:34, Gert Wollny wrote:
> +
> +enum virgl_debug_flags {
> + debug_shader_tgsi = 1 << 0,
> + debug_shader_glsl = 1 << 1,
> + debug_shader_streamout = 1 << 2,
> + debug_shader = debug_shader_tgsi | debug_shader_glsl |
> debug_shader_streamout,
> + debug_cmd = 1 <
On to., sep. 6, 2018 at 3:25 PM, Emil Velikov
wrote:
On 5 September 2018 at 16:34, Gert Wollny
wrote:
+
+enum virgl_debug_flags {
+ debug_shader_tgsi = 1 << 0,
+ debug_shader_glsl = 1 << 1,
+ debug_shader_streamout = 1 << 2,
+ debug_shader = debug_shader_tgsi | debug_shader_
Signed-off-by: Danylo Piliaiev
---
src/mesa/main/fbobject.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c
index 51e137dce9..edb86438e3 100644
--- a/src/mesa/main/fbobject.c
+++ b/src/mesa/main/fbobject.c
@@ -2080,7 +2080,7
On Thursday, 2018-09-06 17:01:07 +0300, Danylo Piliaiev wrote:
> Signed-off-by: Danylo Piliaiev
Fixes: 0d356cf4781bece0dc9a7 "mesa: enable EXT_render_snorm extension"
Reviewed-by: Eric Engestrom
> ---
> src/mesa/main/fbobject.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff
argh ...
Reviewed-by: Tapani Pälli
On 06.09.2018 17:01, Danylo Piliaiev wrote:
Signed-off-by: Danylo Piliaiev
---
src/mesa/main/fbobject.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c
index 51e137dce9..edb86438e3 10
On Mon, Sep 3, 2018 at 4:27 PM Eric Anholt wrote:
>
> Mauro Rossi writes:
>
> > Fixes the following building error, happening when building both intel and
> > broadcom:
>
> I wish someone maintaining android Mesa would work on making the meson
> build work for them instead of just continuing to
On Thursday, September 6, 2018 3:30:58 AM PDT Lionel Landwerlin wrote:
> On 05/09/2018 18:01, Kenneth Graunke wrote:
> > On Tuesday, September 4, 2018 3:30:42 AM PDT Lionel Landwerlin wrote:
> >> Both brw_bo_map_cpu() & brw_bo_map_wc() assert if mapping the
> >> underlying BO fails. Failing back to
From: Mathias Fröhlich
Introduce a new capability for the maximum value of
pipe_vertex_element::src_offset. Initially just every driver
backend returns the value previously set from _mesa_init_constants.
So this shall end up in no functional change.
Signed-off-by: Mathias Fröhlich
---
src/gall
From: Mathias Fröhlich
Signed-off-by: Mathias Fröhlich
---
src/gallium/drivers/etnaviv/etnaviv_screen.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/gallium/drivers/etnaviv/etnaviv_screen.c
b/src/gallium/drivers/etnaviv/etnaviv_screen.c
index 9ddba62855..0081f9a173 100644
--- a/sr
From: Mathias Fröhlich
Hi all,
The following two patches introduce a gallium capability
to feed gl_constants::MaxVertexAttribRelativeOffset.
Then adapt etnyviv to return what it can really handle.
That prevents _mesa_update_vao_derived_arrays from collapsing
too many attribute arrays into a sing
Hi,
I have sent out a patch to introduce the capability in question as well as
reducing it for etnaviv.
Can you test this one if that really helps for your failure and may be review
the patch?
Thanks and best
Mathias
On Friday, 31 August 2018 12:40:01 CEST Guido Günther wrote:
> Hi,
> I'm look
Hi Emil,
On Tuesday, 4 September 2018 22:16:18 CEST Emil Velikov wrote:
> Aaand it out, yet I forgot to CC you :-\
Never mind.
I have seen that but did not find the time so far to test and review.
But that's on my list.
best
Mathias
___
mesa-dev maili
Am Donnerstag, den 06.09.2018, 15:37 +0200 schrieb Erik Faye-Lund:
>
> > Jfyi: These are effectively part of the ABI/protocol. A host/guest
> > definitions mismatch will result in the wrong debug being printed.
> > Ohh "the horror" I know, hence the jfyi ;-)
>
> Good point. I think they should be
Building of 32bit mesa with meson causes linkage issue:
"undefined reference to `util_get_process_name'"
Fixed by adding link-with mesa_util for xmlconfig primary.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107843
Signed-off-by: Sergii Romantsov
---
src/gbm/meson.build | 2 +-
src/g
Signed-off-by: Leo Liu
---
src/gallium/auxiliary/vl/vl_winsys_dri3.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/src/gallium/auxiliary/vl/vl_winsys_dri3.c
b/src/gallium/auxiliary/vl/vl_winsys_dri3.c
index 8e3c4a0e04d..0233f58441e 100644
--- a/src/gallium/auxi
https://bugs.freedesktop.org/show_bug.cgi?id=107757
Eero Tamminen changed:
What|Removed |Added
CC||eero.t.tammi...@intel.com
--
You are r
The series looks good to me.
Reviewed-by: Brian Paul
On 09/06/2018 08:31 AM, mathias.froehl...@gmx.net wrote:
From: Mathias Fröhlich
Introduce a new capability for the maximum value of
pipe_vertex_element::src_offset. Initially just every driver
backend returns the value previously set from
From: Andrii Simiklit
MSDN:
"va_end must be called on each argument list that's initialized
with va_start or va_copy before the function returns."
Reviewed-by: Eric Engestrom
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107810
Fixes: c6267ebd6c8a "gallium/util: Stop bundling our snpr
From: Andrii Simiklit
The first usage of the 'va_list' instance could change it.
Reviewed-by: Eric Engestrom
Fixes: 864148d69e1e "util: add util_vasprintf() for Windows (v2)"
Signed-off-by: Andrii Simiklit
---
src/util/u_string.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
From: Andrii Simiklit
We should exit from the function 'util_vasprintf'
with error code -1 for case where 'malloc'
returns NULL
Reviewed-by: Eric Engestrom
Fixes: 864148d69e1e "util: add util_vasprintf() for Windows (v2)"
Signed-off-by: Andrii Simiklit
---
src/util/u_string.h | 2 +-
1 file
From: Andrii Simiklit
This patch improve usage of [v][s][n]printf functions.
Fixes cross platform implementation of vsnprintf
v2: Linux man about vXXXprintf functions:
"These functions do not call the va_end macro. Because they
invoke the va_arg macro, the value of ap is undefined afte
From: Andrii Simiklit
Each invocation of va_copy() must be matched by a
corresponding invocation of va_end()
Fixes: 51691f0767f6 "darwin: Use ASL for logging"
Signed-off-by: Andrii Simiklit
---
src/glx/apple/apple_glx_log.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/glx/apple/appl
From: Andrii Simiklit
The win '_vsnprintf' function incompatibility with C99 vsnprintf.
At least for case when the input buffer size less than the required size:
'_vsnprintf' returns -1 for this case.
'vsnprintf' returns the required size.
So use cross platform implementation 'util_vsnprintf'.
From: Andrii Simiklit
The win '_vsnprintf' function incompatibility with C99 vsnprintf.
At least for case when the input buffer size less than the required size:
'_vsnprintf' returns -1 for this case.
'vsnprintf' returns the required size.
So use cross platform implementation 'util_vsnprintf'.
From: Andrii Simiklit
I guess it makes this implementation more portable.
Signed-off-by: Andrii Simiklit
---
src/amd/vulkan/radv_util.c | 5 +++--
src/egl/main/egllog.c | 3 ++-
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/src/amd/vulkan/radv_util.c b/src/amd/vulkan/radv
From: Andrii Simiklit
I guess it makes this implementation more portable.
Signed-off-by: Andrii Simiklit
---
src/amd/vulkan/radv_util.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/amd/vulkan/radv_util.c b/src/amd/vulkan/radv_util.c
index 72bedc6..90d3824 100644
Reviewed-by: Brian Paul
On 09/05/2018 10:09 AM, Emil Velikov wrote:
From: Emil Velikov
With commit c6c0f947142, back in 2006 Brian removed the
_glapi_check_multithread() call from core mesa - _mesa_make_current.
It was done to remove fairly awkward #ifdef guard which caused subtle
difference
From: Andrii Simiklit
I guess it makes this implementation more portable.
Signed-off-by: Andrii Simiklit
---
src/egl/main/egllog.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/egl/main/egllog.c b/src/egl/main/egllog.c
index c223f49..d21b070 100644
--- a/src/egl/mai
Probably, here is a sense to remove constructions similar to 'libmesa_util,
libxmlconfig' and left only libxmlconfig for the rest of meson.build files.
Any doubts?
On Thu, Sep 6, 2018 at 5:38 PM, Sergii Romantsov wrote:
> Building of 32bit mesa with meson causes linkage issue:
> "undefined refer
The current minimum meson version supported is 0.44.1, so we have met
both the 0.43 and 0.44 requirement to not need these hacks anymore :)
Signed-off-by: Eric Engestrom
---
meson.build | 9 -
1 file changed, 9 deletions(-)
diff --git a/meson.build b/meson.build
index ae30efbfa4fdcd7c74
On Wednesday, 2018-08-29 15:19:34 +0100, Emil Velikov wrote:
> On 29 August 2018 at 15:01, Eric Engestrom wrote:
> > Ping?
> >
> > I think we should land this now, ie. for 18.3.
> >
> > By the time Mesa 18.3 comes out (probably December '18), Meson 0.45 will
> > be 9 months old (March '18), so I t
On 2018-09-06 1:20 p.m., Timothy Arceri wrote:
> On 06/09/18 04:57, Thomas Hellstrom wrote:
>> On 09/05/2018 04:30 PM, Timothy Arceri wrote:
>>> On 05/09/18 23:36, Thomas Hellstrom wrote:
On 09/05/2018 02:36 PM, Timothy Arceri wrote:
> On 05/09/18 22:09, Thomas Hellstrom wrote:
>>
On 6 September 2018 at 16:18, Eric Engestrom wrote:
> On Wednesday, 2018-08-29 15:19:34 +0100, Emil Velikov wrote:
>> On 29 August 2018 at 15:01, Eric Engestrom wrote:
>> > Ping?
>> >
>> > I think we should land this now, ie. for 18.3.
>> >
>> > By the time Mesa 18.3 comes out (probably December
On 6 September 2018 at 15:47, Eric Engestrom wrote:
> The current minimum meson version supported is 0.44.1, so we have met
> both the 0.43 and 0.44 requirement to not need these hacks anymore :)
>
Yes, please.
Reviewed-by: Emil Velikov
> Signed-off-by: Eric Engestrom
> ---
> meson.build | 9
Quoting Eric Engestrom (2018-09-06 07:47:49)
> The current minimum meson version supported is 0.44.1, so we have met
> both the 0.43 and 0.44 requirement to not need these hacks anymore :)
>
> Signed-off-by: Eric Engestrom
> ---
> meson.build | 9 -
> 1 file changed, 9 deletions(-)
>
>
Hi Emil,
On Tuesday, 4 September 2018 20:32:57 CEST Emil Velikov wrote:
> Hi all,
>
> Here is a re-spin of the EGLDevice series.
>
> Changelog highlights:
> - rebased on top of "egl/android: rework device probing"
> - better patch split
> - surfaceless cleanups are left to another series
> -
On Thu, 2018-09-06 at 15:56 +0300, Andres Gomez wrote:
> v2: Move 18.3.0-rcZ releases to Tuesdays.
>
> Cc: Dylan Baker
> Cc: Juan A. Suarez
> Cc: Emil Velikov
> Signed-off-by: Andres Gomez
> Acked-by: Dylan Baker
> ---
>
> Releases should happen on Wednesdays and X.Y.0-rcZ announcements just
Quoting mathias.froehl...@gmx.net (2018-08-21 21:57:57)
> From: Mathias Fröhlich
>
> Hi Ville, Brian,
>
> The below patch fixes the regression to tnl drivers that Ville reported
> a hand full weeks ago.
> Please review!
>
> best
> Mathias
>
>
> Fix an other regression of patch 64d2a2048054
>
On 1 September 2018 at 00:43, Andres Gomez wrote:
> Cc: Dylan Baker
> Cc: Juan A. Suarez
> Cc: Emil Velikov
> Signed-off-by: Andres Gomez
> ---
> docs/release-calendar.html | 25 +
> 1 file changed, 25 insertions(+)
>
> This is just a proposal for the beginning of the
Quoting Rob Herring (2018-09-06 07:16:07)
> On Mon, Sep 3, 2018 at 4:27 PM Eric Anholt wrote:
> >
> > Mauro Rossi writes:
> >
> > > Fixes the following building error, happening when building both intel
> > > and broadcom:
> >
> > I wish someone maintaining android Mesa would work on making the
Quoting Timothy Arceri (2018-09-05 19:40:34)
> Cc: mesa-sta...@lists.freedesktop.org
>
> On 01/09/18 23:57, Timothy Arceri wrote:
> > If we have something like:
> >
> > #ifdef NOT_DEFINED
> > #define A_MACRO(x) \
> > if (x)
> > #endif
> >
> > The # on the #define is not skipped
From: Topi Pohjolainen
gen9 hardware has a bug in the sampler cache that can cause GPU hangs
whenever an texture with aux compression enabled is in the sampler cache
together with an ASTC5x5 texture. Because we can't control what the
client binds at any given time, we have two options: resolve t
Hi Dylan,
On Thursday, 6 September 2018 18:11:55 CEST Dylan Baker wrote:
> > Fix an other regression of patch 64d2a2048054
> > mesa: Make gl_vertex_array contain pointers to first order VAO members.
> > The regression showed up with drivers using the tnl module and
> > was reproducible using xonot
On Thursday, 2018-09-06 17:43:50 +0300, asimiklit.w...@gmail.com wrote:
> From: Andrii Simiklit
>
> This patch improve usage of [v][s][n]printf functions.
> Fixes cross platform implementation of vsnprintf
>
> v2: Linux man about vXXXprintf functions:
> "These functions do not call the va_en
On 09/06/2018 02:39 AM, Lionel Landwerlin wrote:
> On 06/09/2018 05:12, Sagar Ghuge wrote:
>> v2: Free ctx.spec if error while reading genxml (Lionel Landwerlin)
>>
>> Signed-off-by: Sagar Ghuge
>> ---
>> src/intel/common/gen_decoder.c | 15 ---
>> 1 file changed, 12 insertions(+)
Quoting Mathias Fröhlich (2018-09-06 09:56:45)
> Hi Dylan,
>
> On Thursday, 6 September 2018 18:11:55 CEST Dylan Baker wrote:
> > > Fix an other regression of patch 64d2a2048054
> > > mesa: Make gl_vertex_array contain pointers to first order VAO members.
> > > The regression showed up with driver
On Thursday, 2018-09-06 17:38:36 +0300, Sergii Romantsov wrote:
> Building of 32bit mesa with meson causes linkage issue:
> "undefined reference to `util_get_process_name'"
> Fixed by adding link-with mesa_util for xmlconfig primary.
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=10784
Quoting Ian Romanick (2018-09-05 15:58:13)
> After this patch, is 'grep -r _mesa_bitcount' empty?
I'd left the uses inside src/mesa using _mesa_bitcount, would you like me to
replace those with util_bitcount as well?
Dylan
signature.asc
Description: signature
___
Quoting Ian Romanick (2018-09-05 15:58:11)
> After this patch, are
>
> grep -r '"u_math.h"'
>
> and
>
> grep -r 'auxiliary/util/u_math.h'
>
> empty?
Yes.
Dylan
signature.asc
Description: signature
___
mesa-dev mailing list
mesa-dev@lists.f
Quoting Dylan Baker (2018-09-06 10:33:36)
> Quoting Ian Romanick (2018-09-05 15:58:13)
> > After this patch, is 'grep -r _mesa_bitcount' empty?
>
> I'd left the uses inside src/mesa using _mesa_bitcount, would you like me to
> replace those with util_bitcount as well?
Doh! Grep led me astray by s
1 - 100 of 161 matches
Mail list logo
