[Mesa-dev] [Bug 110939] src/egl/main/egldisplay.c: In function '_eglGetNativePlatform': error: '_EGL_PLATFORM_' undeclared

2019-06-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110939

--- Comment #14 from Tapani Pälli  ---
--- 8< ---
commit ff77b0415bf8a6540ec29663e093171aaeab18a3
Author: Tapani Pälli 
Date:   Tue Jun 18 13:50:52 2019 +0300

meson: error out if platforms contains empty string

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=110939
Signed-off-by: Tapani Pälli 
Reviewed-by: Eric Engestrom 

-- 
You are receiving this mail because:
You are the QA Contact for the bug.___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [Bug 110939] src/egl/main/egldisplay.c: In function '_eglGetNativePlatform': error: '_EGL_PLATFORM_' undeclared

2019-06-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=110939

Tapani Pälli  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|ASSIGNED|RESOLVED

-- 
You are receiving this mail because:
You are the QA Contact for the bug.___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [PATCH] android: virgl: fix generated virgl_driinfo.h building rules

2019-06-23 Thread Chih-Wei Huang
Mauro Rossi  於 2019年6月22日 週六 上午2:06寫道:
>
> Changelog in Android makefile:
> - Add LOCAL_MODULE_CLASS, intermediates and LOCAL_GENERATED_SOURCES
> - Use LOCAL_EXPORT_C_INCLUDE_DIRS to export $(intermediates) path
> - Move generated header rules before 'include $(BUILD_STATIC_LIBRARY)'
>
> Fixes the following building error:
>
> In file included from external/mesa/src/gallium/targets/dri/target.c:1:
> external/mesa/src/gallium/auxiliary/target-helpers/drm_helper.h:257:16:
> fatal error: 'virgl/virgl_driinfo.h' file not found
>   #include "virgl/virgl_driinfo.h"
>^~~
> 1 error generated.
>
> Fixes: cf800998a ("virgl: Add driinfo file and tie it into the build")
> Signed-off-by: Mauro Rossi 
> ---
>  src/gallium/drivers/virgl/Android.mk | 10 --
>  1 file changed, 8 insertions(+), 2 deletions(-)
>
> diff --git a/src/gallium/drivers/virgl/Android.mk 
> b/src/gallium/drivers/virgl/Android.mk
> index f77bcf196e..585ed7b2ce 100644
> --- a/src/gallium/drivers/virgl/Android.mk
> +++ b/src/gallium/drivers/virgl/Android.mk
> @@ -30,8 +30,9 @@ LOCAL_SRC_FILES := \
>
>  LOCAL_MODULE := libmesa_pipe_virgl
>
> -include $(GALLIUM_COMMON_MK)
> -include $(BUILD_STATIC_LIBRARY)
> +LOCAL_MODULE_CLASS := STATIC_LIBRARIES
> +intermediates := $(call local-generated-sources-dir)
> +LOCAL_GENERATED_SOURCES += $(intermediates)/virgl/virgl_driinfo.h
>
>  GEN_DRIINFO_INPUTS := \
> $(MESA_TOP)/src/gallium/auxiliary/pipe-loader/driinfo_gallium.h \
> @@ -44,6 +45,11 @@ $(intermediates)/virgl/virgl_driinfo.h: $(MERGE_DRIINFO) 
> $(GEN_DRIINFO_INPUTS)
> @echo "Gen Header: $(PRIVATE_MODULE) <= $(notdir $(@))"
> $(hide) $(MESA_PYTHON2) $(MERGE_DRIINFO) $(GEN_DRIINFO_INPUTS) > $@ 
> || ($(RM) $@; false)
>
> +LOCAL_EXPORT_C_INCLUDE_DIRS += $(intermediates)
> +
> +include $(GALLIUM_COMMON_MK)
> +include $(BUILD_STATIC_LIBRARY)
> +
>  ifneq ($(HAVE_GALLIUM_VIRGL),)
>  GALLIUM_TARGET_DRIVERS += virtio_gpu
>  $(eval GALLIUM_LIBS += $(LOCAL_MODULE) libmesa_winsys_virgl_common 
> libmesa_winsys_virgl libmesa_winsys_virgl_vtest)
> --

I suggest to use := instead of += in
LOCAL_GENERATED_SOURCES and LOCAL_EXPORT_C_INCLUDE_DIRS
since they don't catenate others.
Except that, the patch looks good to me.

Review-by: Chih-Wei Huang 
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [PATCH 3/3] radeonsi: use a fragment shader blit instead of DB->CB copy for ZS CPU mappings

2019-06-23 Thread Dieter Nützel

For the series

Tested-by: Dieter Nützel 

on Polaris 20, openSUSE Tumbleweed, KDE Plasma 5

Dieter

Am 21.06.2019 19:02, schrieb Marek Olšák:

From: Marek Olšák 

This mainly removes and simplifies code that is no longer needed.

There were some issues with the DB->CB stencil copy on gfx10, so let's
just use a fragment shader blit for all ZS mappings. It's more 
reliable.

---
 src/gallium/drivers/radeonsi/si_blit.c|  29 +---
 src/gallium/drivers/radeonsi/si_pipe.h|   9 +-
 src/gallium/drivers/radeonsi/si_state.c   |   2 +-
 src/gallium/drivers/radeonsi/si_texture.c | 166 +++---
 4 files changed, 52 insertions(+), 154 deletions(-)

diff --git a/src/gallium/drivers/radeonsi/si_blit.c
b/src/gallium/drivers/radeonsi/si_blit.c
index 5806342cca9..638f2ee4d24 100644
--- a/src/gallium/drivers/radeonsi/si_blit.c
+++ b/src/gallium/drivers/radeonsi/si_blit.c
@@ -173,45 +173,20 @@ si_blit_dbcb_copy(struct si_context *sctx,
}

sctx->decompression_enabled = false;
sctx->dbcb_depth_copy_enabled = false;
sctx->dbcb_stencil_copy_enabled = false;
si_mark_atom_dirty(sctx, >atoms.s.db_render_state);

return fully_copied_levels;
 }

-void si_blit_decompress_depth(struct pipe_context *ctx,
- struct si_texture *texture,
- struct si_texture *staging,
- unsigned first_level, unsigned last_level,
- unsigned first_layer, unsigned last_layer,
- unsigned first_sample, unsigned last_sample)
-{
-   const struct util_format_description *desc;
-   unsigned planes = 0;
-
-	assert(staging != NULL && "use si_blit_decompress_zs_in_place 
instead");

-
-   desc = util_format_description(staging->buffer.b.b.format);
-
-   if (util_format_has_depth(desc))
-   planes |= PIPE_MASK_Z;
-   if (util_format_has_stencil(desc))
-   planes |= PIPE_MASK_S;
-
-   si_blit_dbcb_copy(
-   (struct si_context *)ctx, texture, staging, planes,
-   u_bit_consecutive(first_level, last_level - first_level + 1),
-   first_layer, last_layer, first_sample, last_sample);
-}
-
 /* Helper function for si_blit_decompress_zs_in_place.
  */
 static void
 si_blit_decompress_zs_planes_in_place(struct si_context *sctx,
  struct si_texture *texture,
  unsigned planes, unsigned level_mask,
  unsigned first_layer, unsigned last_layer)
 {
struct pipe_surface *zsurf, surf_tmpl = {{0}};
unsigned layer, max_layer, checked_last_layer;
@@ -348,21 +323,21 @@ si_decompress_depth(struct si_context *sctx,
u_log_printf(sctx->log,
 
"\n\n"
 			 "Decompress Depth (levels %u - %u, levels Z: 0x%x S: 
0x%x)\n\n",

 first_level, last_level, levels_z, levels_s);

/* We may have to allocate the flushed texture here when called from
 * si_decompress_subresource.
 */
if (copy_planes &&
(tex->flushed_depth_texture ||
-	 si_init_flushed_depth_texture(>b, >buffer.b.b, 
NULL))) {

+si_init_flushed_depth_texture(>b, >buffer.b.b))) {
struct si_texture *dst = tex->flushed_depth_texture;
unsigned fully_copied_levels;
unsigned levels = 0;

assert(tex->flushed_depth_texture);

if (util_format_is_depth_and_stencil(dst->buffer.b.b.format))
copy_planes = PIPE_MASK_Z | PIPE_MASK_S;

if (copy_planes & PIPE_MASK_Z) {
@@ -1242,21 +1217,21 @@ static void si_blit(struct pipe_context *ctx,
assert(util_blitter_is_blit_supported(sctx->blitter, info));

/* The driver doesn't decompress resources automatically while
 * u_blitter is rendering. */
vi_disable_dcc_if_incompatible_format(sctx, info->src.resource,
  info->src.level,
  info->src.format);
vi_disable_dcc_if_incompatible_format(sctx, info->dst.resource,
  info->dst.level,
  info->dst.format);
-   si_decompress_subresource(ctx, info->src.resource, info->mask,
+   si_decompress_subresource(ctx, info->src.resource, PIPE_MASK_RGBAZS,
  info->src.level,
  info->src.box.z,
  info->src.box.z + info->src.box.depth - 1);

if (sctx->screen->debug_flags & DBG(FORCE_DMA) &&
util_try_blit_via_copy_region(ctx, info))
return;

si_blitter_begin(sctx, SI_BLIT |
 

[Mesa-dev] [Bug 105171] performance regression (3x slower) running glamor with PutImage workload (radeonsi)

2019-06-23 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105171

--- Comment #20 from Clemens Eisserer  ---
Hi Richard,

Unfortunatly there was very little interest in tackling the issue itself,
despite bisecting it was real pain.

For me the problem was "fixed" by switching to amdgpu, a luxury the r300/r600
code paths don't have - so I guess the report is still valid. Thanks for
re-opening it.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev