[Mesa-dev] [Bug 105567] meson/ninja: 1. mesa/vdpau incorrect symlinks in DESTDIR and 2. Ddri-drivers-path Dvdpau-libs-path overrides DESTDIR

https://bugs.freedesktop.org/show_bug.cgi?id=105567 --- Comment #6 from charlie --- Patches "meson-Set-.so-version-for-xa-like-autotools-does.patch" and "meson-fix-megadriver-symlinking.patch" makes correct vdpau symlinks using default options when installing to DESTDIR. 1) However when using o

[Mesa-dev] [RFC PATCH] nir: extend nir_shader_compiler_options with is_scalar

As not every (upcoming) backend compiler is happy with nir_lower_xxx_to_scalar lowerings do them only if the backend is scalar (and not vec4) based. Signed-off-by: Christian Gmeiner --- src/amd/vulkan/radv_shader.c| 1 + src/broadcom/compiler/nir_to_vir.c | 1 + src/comp

[Mesa-dev] [PATCH 2/6] radeonsi/nir: don't add bindless samplers/images to declared bitmasks

--- src/gallium/drivers/radeonsi/si_shader_nir.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_shader_nir.c b/src/gallium/drivers/radeonsi/si_shader_nir.c index 7dd8314d4b5..01c8554272f 100644 --- a/src/gallium/drivers/radeonsi/si

[Mesa-dev] [PATCH 1/6] st/mesa: stop calling _mesa_init_shader_object_functions()

This sets the LinkShader function for the driver, but for the st we set it properly with the following call to st_init_program_functions(). --- src/mesa/state_tracker/st_context.c | 1 - 1 file changed, 1 deletion(-) diff --git a/src/mesa/state_tracker/st_context.c b/src/mesa/state_tracker/st_co

[Mesa-dev] [PATCH 6/6] radeonsi/nir: tidy up si_nir_load_sampler_desc()

This makes it easier to follow the code, and also initialises dynamic_index which will be useful for adding bindless textures support. --- src/gallium/drivers/radeonsi/si_shader_nir.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_shader

[Mesa-dev] [PATCH 4/6] nir: dont lower bindless samplers

We neeed to skip the var if its not a uniform here as well as checking the bindless flag since UBOs can contain bindless samplers. --- src/compiler/nir/nir_lower_samplers_as_deref.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/src/compiler/nir/nir_lower_samplers_as_de

[Mesa-dev] [PATCH 3/6] st/glsl_to_nir: set paramater value offset as driver location for packed uniforms

This allows us to simplify the code and will also be useful for supporting bindless textures. --- src/mesa/state_tracker/st_glsl_to_nir.cpp | 7 ++- src/mesa/state_tracker/st_nir.h | 3 +-- src/mesa/state_tracker/st_nir_lower_uniforms_to_ubo.c | 12 -

[Mesa-dev] [PATCH 5/6] radeonsi/nir: set uses_bindless_images for images

V2: add missing intrinsics (Spotted-by: Samuel Pitoiset) --- src/gallium/drivers/radeonsi/si_shader_nir.c | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/src/gallium/drivers/radeonsi/si_shader_nir.c b/src/gallium/drivers/radeonsi/si_shader_nir.c index 01c8554272f

[Mesa-dev] Some radeonsi NIR bindless prep patches

I've been sitting on these for a while so decided to send them out while Karol and Jason sort out the core NIR patches. The first patch is an unrelated clean up. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mail

[Mesa-dev] [PATCH] loader: disable virgl driver when no 3D for virtio

If user are running mesa under old version of qemu or have turned off GL at runtime, virtio gpu driver actually doesn't work. Adding a detection here can make sure same disk image work with both cases. Signed-off-by: Lepton Wu --- src/loader/loader.c | 21 + 1 file changed, 2

[Mesa-dev] [RFC] Disable virgl driver when no 3D for virtio.

I know this looks like a hack. But just want to send this out for comments to see how can I address this issue in mesa: virgl driver enabled image can't work on legacy qemu or GL disabled qemu. It seems another choice could be playing with MESA_LOADER_DRIVER_OVERRIDE to override driver name, but t

Re: [Mesa-dev] [PATCH 3/3] radv: implement a fast prefetch path for the vertex stage

For the series: Tested-by: Dieter Nützel on Polaris 20 / RX580 with F1 2017, smoketest Dieter Am 04.04.2018 12:12, schrieb Samuel Pitoiset: This allows to start draws as soon as possible. Signed-off-by: Samuel Pitoiset --- src/amd/vulkan/radv_cmd_buffer.c | 40 +++

Re: [Mesa-dev] [RFC] Mesa 17.3.x release problems and process improvements

On Wed, Apr 4, 2018 at 12:12 PM, Emil Velikov wrote: > On 22 March 2018 at 00:39, Ilia Mirkin wrote: >> Just one bit of feedback, for the rest I either agree or have no opinion: >> >> On Wed, Mar 21, 2018 at 8:28 PM, Emil Velikov >> wrote: >>> * unfit and late nominations: >>> * any reject

[Mesa-dev] GL_EXT_memory_object_fd on intel ?

Hi Mesa Devs,    Do intel mesa devs take requests ? I'm on the Linux Visual Artists group on Facebook and we've been wanting to implement something like Syphon (OSX) or Spout (windows) - where different processes can share textures. it looks like GL_EXT_memory_object_fd is just the thing.  Mesa

[Mesa-dev] [PATCH,v3] configure.ac/meson.build: Fix -latomic test

When compiling with LLVM 6.0 on x86 (32-bit) for Android, the test fails to detect that -latomic is actually required, as the atomic call is inlined. In the code itself (src/util/disk_cache.c), we see this pattern: p_atomic_add(cache->size, - (uint64_t)size); where cache->size is an uint64_t *, an

Re: [Mesa-dev] [RFC] - Rewrite mesa website in Sphinx

I forgot to note that you have to choose space->ignore in the diff options on cgit in order to see the easy-to-read git diff. On Wed, Apr 4, 2018 at 5:57 PM, Laura Ekstrand wrote: > Jean, > > The main problem is not the conversion to rst. It's preserving the git > history so that the patches ar

Re: [Mesa-dev] [RFC] - Rewrite mesa website in Sphinx

Jean, The main problem is not the conversion to rst. It's preserving the git history so that the patches are easily reviewable. I've started a branch here: https://cgit.freedesktop.org/~ldeks/mesa?h=website2. You see that the git diff shows me that the text of the website hasn't changed at all?

[Mesa-dev] [PATCH 15/17] radeonsi: always prefetch later shaders after the draw packet

From: Marek Olšák so that the draw is started as soon as possible. v2: only prefetch the API VS and VBO descriptors --- src/gallium/drivers/radeonsi/si_cp_dma.c | 89 +--- src/gallium/drivers/radeonsi/si_pipe.h | 2 +- src/gallium/drivers/radeonsi/si_state_dra

Re: [Mesa-dev] [PATCH 1/2] dri: Add __DRI_IMAGE_FORMAT_SABGR8

Reviewed-by: Marek Olšák Marek On Tue, Apr 3, 2018 at 5:48 AM, Tapani Pälli wrote: > ping .. > > (currently Android-IA sets EGL_KHR_gl_colorspace to false because these > are missing) > > > On 03/19/2018 01:41 PM, Tapani Pälli wrote: > >> Add format definition and required plumbing to create i

[Mesa-dev] [PATCH] gallium/hud: add a simple HUD view that only draws text

From: Marek Olšák Add this prefix to the env var: "simple," For example: GALLIUM_HUD=simple,fps The X coordinates are the same, but the Y coordinates are different, because there is only text. '+' happens to behave the same as "\n". ',' happens to behave the same as "\n\n". --- src/gallium

Re: [Mesa-dev] [PATCH 1/2] gallium/pp: use user constant buffers

On 05/04/18 06:11, Marek Olšák wrote: From: Marek Olšák This fixes a radeonsi crash. The constant buffer didn't follow the PIPE_CAP_CONSTBUF0_FLAGS rule. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=105026 --- src/gallium/auxiliary/cso_cache/cso_context.c | 17 s

Re: [Mesa-dev] [PATCH 2/2] gallium/pp: fix MLAA shaders

On 05/04/18 06:11, Marek Olšák wrote: From: Marek Olšák Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=99549 ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [PATCH 1/2] i965: init image's planar_format in intel_create_image_from_texture

From: "Xiong, James" When creating a image from a texture, initialize the image's planar_format with the texture's. Signed-off-by: Xiong, James --- src/mesa/drivers/dri/i965/intel_screen.c | 1 + 1 file changed, 1 insertion(+) diff --git a/src/mesa/drivers/dri/i965/intel_screen.c b/src/mesa/

[Mesa-dev] [PATCH 0/2] wrong fourcc was returned for imported images

From: "Xiong, James" The importer creates an image out of the imported FOURCC_NV12 texture, the image's dri_format is set to R8(same as the first plane's format), when it queries the image's fourcc, mesa goes through intel_image_format table and returns FOURCC_R8. The solution is to 1) set the i

[Mesa-dev] [PATCH 2/2] i965: return the fourcc saved in __DRIimage

From: "Xiong, James" The planar_format in __DRIimage contains the original fourcc used to create the image, if it's set, return the saved fourcc directly; Otherwise fall back to the old way. Also we should validate the input parameter "value" first as it might be NULL based on the SPEC. v2: fal

Re: [Mesa-dev] [PATCH v3 010/104] prog/nir: Simplify some load/store operations

Jason Ekstrand writes: > --- This one is: Reviewed-by: Eric Anholt signature.asc Description: PGP signature ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [PATCH] nir: rename variables in nir_lower_io_to_temporaries for clarity

In the emit_copies() function, the use of "newv" and "temp" names made sense when only copies from temporaries to the new variables were being done. But now there are other calls to copy with other pairings, and "temp" doesn't always refer to a temporary created in this pass. Use the names "dest" a

Re: [Mesa-dev] [PATCH 1/2] gallium/pp: use user constant buffers

On Wed, Apr 4, 2018 at 5:41 PM, Ilia Mirkin wrote: > While I don't see anything obviously wrong in this patch, I also don't > see any issues in the old code. What API misuse is this dealing with? > The constant buffer didn't follow the PIPE_CAP_CONSTBUF0_FLAGS rule. Marek __

Re: [Mesa-dev] [Mesa-stable] [PATCH] radeon/vce: move feedback command inside of destroy function

Leo Liu writes: > On 04/04/2018 12:40 PM, Mark Janes wrote: >> Leo Liu writes: >> >>> On the CI family, firmware requires the destory command have to be the >>> last command in the IB, moving feedback command after destroy is causing >>> issues on CI cards, so we have to keep the previous logic

Re: [Mesa-dev] [PATCH 1/2] gallium/pp: use user constant buffers

While I don't see anything obviously wrong in this patch, I also don't see any issues in the old code. What API misuse is this dealing with? On Wed, Apr 4, 2018 at 4:11 PM, Marek Olšák wrote: > From: Marek Olšák > > This fixes a radeonsi crash. > --- > src/gallium/auxiliary/cso_cache/cso_contex

Re: [Mesa-dev] [PATCH 2/2] gallium/pp: fix MLAA shaders

This patch is Reviewed-by: Ilia Mirkin On Wed, Apr 4, 2018 at 4:11 PM, Marek Olšák wrote: > From: Marek Olšák > > --- > src/gallium/auxiliary/postprocess/pp_mlaa.h | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) > > diff --git a/src/gallium/auxiliary/postprocess/pp_mlaa.h > b

Re: [Mesa-dev] [PATCH v3 013/104] nir: Support deref instructions in remove_dead_variables

On Wed, Apr 4, 2018 at 1:53 PM, Caio Marcelo de Oliveira Filho < caio.olive...@intel.com> wrote: > Hi, > > > @@ -144,6 +197,45 @@ remove_dead_var_writes(nir_shader *shader, struct > set *live) > > nir_instr_remove(instr); > > } > >} > > + > > + /* We walk the

[Mesa-dev] [PATCH v2 08/11] i965: Add and use a getter for depth miptree clear values

Balance the miptree API by having a getter for depth clear values. --- src/mesa/drivers/dri/i965/brw_misc_state.c| 15 --- src/mesa/drivers/dri/i965/gen6_depth_state.c | 4 ++-- src/mesa/drivers/dri/i965/gen7_misc_state.c | 3 +-- src/mesa/drivers/dri/i965/gen8_depth_state.c

[Mesa-dev] [PATCH v2 11/11] i965/blorp: Also skip the fast clear if the clear color differs

If the aux state is CLEAR and clear color value has changed, only the surface state must be updated. The bit-pattern in the aux buffer is exactly the same. Reviewed-by: Jason Ekstrand --- src/mesa/drivers/dri/i965/brw_blorp.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --g

[Mesa-dev] [PATCH v2 09/11] i965: Add and use a helper for depth miptree clear values

Add and use a comparison function to remove the last external user of intel_miptree::fast_color_clear. --- src/mesa/drivers/dri/i965/brw_clear.c | 2 +- src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 7 +++ src/mesa/drivers/dri/i965/intel_mipmap_tree.h | 4 3 files changed, 12 in

[Mesa-dev] [PATCH v2 10/11] i965/brw_clear: Remove extra for-loop in brw_fast_clear_depth

Make the algorithm easier to follow. --- src/mesa/drivers/dri/i965/brw_clear.c | 31 --- 1 file changed, 4 insertions(+), 27 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_clear.c b/src/mesa/drivers/dri/i965/brw_clear.c index 653abae2d8f..cda47bcabac 100644 -

[Mesa-dev] [PATCH v2 00/11] Enable sRGB-encoded fast-clears on CNL

Compared to the v1, this v2 manages to restrict the uses of intel_miptree::fast_clear_color to the miptree module with less churn. Notes: * Patches 8-10 have no reviews. * Patches 10-11 are optional improvements found by inspection. Jason Ekstrand (1): util/srgb: Add a float sRGB -> linear help

[Mesa-dev] [PATCH v2 04/11] util/srgb: Add a float sRGB -> linear helper

From: Jason Ekstrand Reviewed-by: Nanley Chery Reviewed-by: Jason Ekstrand --- src/util/format_srgb.h | 14 ++ 1 file changed, 14 insertions(+) diff --git a/src/util/format_srgb.h b/src/util/format_srgb.h index 34b50afe3d1..596af56f4cd 100644 --- a/src/util/format_srgb.h +++ b/src

[Mesa-dev] [PATCH v2 05/11] i965: Add and use a getter for the clear color

Use a getter which allows CNL to sample from sRGB textures correctly. Reviewed-by: Jason Ekstrand --- src/mesa/drivers/dri/i965/brw_blorp.c| 4 +++- src/mesa/drivers/dri/i965/brw_wm_surface_state.c | 4 +++- src/mesa/drivers/dri/i965/intel_mipmap_tree.c| 25

[Mesa-dev] [PATCH v2 07/11] i965/meta_util: Re-enable sRGB-encoded fast-clears on CNL

The paths which sample with the clear color are now using a getter which performs the sRGB decode needed to enable this fast clear. This path can be exercised by fast-clearing a texture, then performing an operation which requires sRGB decoding. Test coverage for this feature is provided with the

[Mesa-dev] [PATCH v2 01/11] i965: Use the brw_context for the clear color and value setters

Do what all the other functions in the miptree API do. Reviewed-by: Topi Pohjolainen Reviewed-by: Jason Ekstrand --- src/mesa/drivers/dri/i965/brw_blorp.c | 2 +- src/mesa/drivers/dri/i965/brw_clear.c | 2 +- src/mesa/drivers/dri/i965/intel_mipmap_tree.h | 8 3 files ch

[Mesa-dev] [PATCH v2 06/11] i965/miptree: Extend the sRGB-blending WA to future platforms

The blending issue seems to be present on CNL as well. Reviewed-by: Jason Ekstrand --- src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/mesa/drivers/dri/i965/intel_mipmap_tree.c b/src/mesa/drivers/dri/i965/intel_mipmap_tre

[Mesa-dev] [PATCH v2 03/11] i965: Make the miptree clear color setter take a gl_color_union

We want to hide the internal details of how the miptree's clear color is calculated. Reviewed-by: Topi Pohjolainen Reviewed-by: Jason Ekstrand --- src/mesa/drivers/dri/i965/brw_blorp.c | 5 + src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 6 +- src/mesa/drivers/dri/i965/intel_m

[Mesa-dev] [PATCH v2 02/11] i965/miptree: Move the clear color and value setter implementations

These will get more complex in later commits. Reviewed-by: Topi Pohjolainen Reviewed-by: Jason Ekstrand --- src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 26 ++ src/mesa/drivers/dri/i965/intel_mipmap_tree.h | 25 - 2 files changed, 30 insertions

Re: [Mesa-dev] [PATCH v3 013/104] nir: Support deref instructions in remove_dead_variables

Hi, > @@ -144,6 +197,45 @@ remove_dead_var_writes(nir_shader *shader, struct set > *live) > nir_instr_remove(instr); > } >} > + > + /* We walk the list of instructions backwards because we're going to > + * delete a deref and all of it's uses and we do

[Mesa-dev] [PATCH] ac/nir: Add workaround for GFX9 buffer views.

On GFX9 whether the buffer size is interpreted as elements or bytes depends on whether IDXEN is enabled in the instruction. If the index is a constant zero, LLVM optimizes IDXEN to 0. Now the size in elements is interpreted in bytes which of course results in out of bounds accesses. The correct f

Re: [Mesa-dev] [PATCH] gallium: add CAP for postprocess filters

On Wed, Apr 4, 2018 at 10:30 AM, Roland Scheidegger wrote: > Am 04.04.2018 um 05:42 schrieb Timothy Arceri: > > On 04/04/18 13:22, Roland Scheidegger wrote: > >> Am 04.04.2018 um 05:03 schrieb Timothy Arceri: > >>> On 04/04/18 12:44, Roland Scheidegger wrote: > Am 04.04.2018 um 04:32 schrieb

[Mesa-dev] [PATCH 1/2] gallium/pp: use user constant buffers

From: Marek Olšák This fixes a radeonsi crash. --- src/gallium/auxiliary/cso_cache/cso_context.c | 17 src/gallium/auxiliary/cso_cache/cso_context.h | 3 +++ src/gallium/auxiliary/postprocess/pp_mlaa.c| 37 -- src/gallium/auxiliary/postprocess/pp_priva

[Mesa-dev] [PATCH 2/2] gallium/pp: fix MLAA shaders

From: Marek Olšák --- src/gallium/auxiliary/postprocess/pp_mlaa.h | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/src/gallium/auxiliary/postprocess/pp_mlaa.h b/src/gallium/auxiliary/postprocess/pp_mlaa.h index 85c14a786a3..3507f813781 100644 --- a/src/gallium/auxilia

[Mesa-dev] [Bug 105832] radeonsi NIR missing bindless textures support

https://bugs.freedesktop.org/show_bug.cgi?id=105832 --- Comment #18 from b...@besd.de --- I've also changed shader capture to name shaders after the sha1 of their source + program number and noticed that shader-db compiles some of them twice with different results (happens for TGSI as well but ma

Re: [Mesa-dev] [Mesa-stable] [PATCH] radeon/vce: move feedback command inside of destroy function

On 04/04/2018 12:40 PM, Mark Janes wrote: Leo Liu writes: On the CI family, firmware requires the destory command have to be the last command in the IB, moving feedback command after destroy is causing issues on CI cards, so we have to keep the previous logic that moves destroy back to the l

Re: [Mesa-dev] [PATCH, v2] CHROMIUM: configure.ac/meson.build: Fix -latomic test

On Thu, Mar 29, 2018 at 4:10 PM, Nicolas Boichat wrote: > On Fri, Mar 30, 2018 at 2:26 AM, Matt Turner wrote: >> On Thu, Mar 29, 2018 at 1:31 AM, Nicolas Boichat >> wrote: >>> From: Nicolas Boichat >>> >>> When compiling with LLVM 6.0, the test fails to detect that >>> -latomic is actually req

Re: [Mesa-dev] [Mesa-stable] [PATCH] radeon/vce: move feedback command inside of destroy function

Emil Velikov writes: > On 4 April 2018 at 17:40, Mark Janes wrote: >> Leo Liu writes: >> >>> On the CI family, firmware requires the destory command have to be the >>> last command in the IB, moving feedback command after destroy is causing >>> issues on CI cards, so we have to keep the previou

Re: [Mesa-dev] [RFC] Mesa 17.3.x release problems and process improvements

"Juan A. Suarez Romero" writes: > On Wed, 2018-04-04 at 10:07 -0700, Mark Janes wrote: >> Emil Velikov writes: >> > In detail: >> > * make the patch queue, release date and blockers accessible at any >> >point in time: >> > * queued patches can be accessed, via a branch - say wip/17.3,

[Mesa-dev] [Bug 105871] Discolored KDE panels after updating to Mesa 18.0 on Intel broadwell

https://bugs.freedesktop.org/show_bug.cgi?id=105871 --- Comment #11 from Tapani Pälli --- (In reply to sergio.callegari from comment #9) > A quick question... the patch being mentioned is related to the part of xorg > that usually gets packaged as xserver-xorg-core, right? Not to the > individual

Re: [Mesa-dev] [Mesa-stable] [PATCH] radeon/vce: move feedback command inside of destroy function

On 4 April 2018 at 17:40, Mark Janes wrote: > Leo Liu writes: > >> On the CI family, firmware requires the destory command have to be the >> last command in the IB, moving feedback command after destroy is causing >> issues on CI cards, so we have to keep the previous logic that moves >> destroy

[Mesa-dev] [Bug 105567] meson/ninja: 1. mesa/vdpau incorrect symlinks in DESTDIR and 2. Ddri-drivers-path Dvdpau-libs-path overrides DESTDIR

https://bugs.freedesktop.org/show_bug.cgi?id=105567 --- Comment #5 from Dylan Baker --- patch here: https://patchwork.freedesktop.org/patch/214930/ As a side note, feel free to CC me on any meson related things. The missing version script should be fixed for 18.0.1, the change is in master as b

[Mesa-dev] [PATCH] meson: Set .so version for xa like autotools does

Fixes: 0ba909f0f111824223bc38563d1a6bc73e69c2cc ("meson: build gallium xa state tracker") Signed-off-by: Dylan Baker --- src/gallium/targets/xa/meson.build | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/src/gallium/targets/xa/meson.build b/src/gallium/targets/xa/me

Re: [Mesa-dev] [Mesa-stable] [PATCH] radeon/vce: move feedback command inside of destroy function

On Wed, 2018-04-04 at 09:40 -0700, Mark Janes wrote: > Leo Liu writes: > > > On the CI family, firmware requires the destory command have to be the > > last command in the IB, moving feedback command after destroy is causing > > issues on CI cards, so we have to keep the previous logic that moves

Re: [Mesa-dev] [RFC] Mesa 17.3.x release problems and process improvements

On Wed, 2018-04-04 at 10:07 -0700, Mark Janes wrote: > Emil Velikov writes: > > > Hi all, > > > > Having gone through the thread a few times, I believe it can be > > summarised as follows: > > * Greater transparency is needed. > > * Subsystem/team maintainers. > > * Unfit and late nominations

Re: [Mesa-dev] [PATCH 1/4] mesa: add INTEL_blackhole_render

On 04/04/18 17:51, Emil Velikov wrote: On 4 April 2018 at 15:48, Lionel Landwerlin wrote: On 15/03/18 16:03, Emil Velikov wrote: Spec says "OpenGL 3.0 is required" so GLL + GLC should become 30 Wrt GLES side the spec does not mention anything - is that ES1, ES2, which version etc. Worth keepi

[Mesa-dev] [PATCH] meson: fix megadriver symlinking

Which should be relative instead of absolute. Fixes: f7f1b30f81e842db6057591470ce3cb6d4fb2795 ("meson: extend install_megadrivers script to handle symmlinking") Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=105567 Signed-off-by: Dylan Baker --- bin/install_megadrivers.py | 2 +-

[Mesa-dev] [Bug 105567] meson/ninja: 1. mesa/vdpau incorrect symlinks in DESTDIR and 2. Ddri-drivers-path Dvdpau-libs-path overrides DESTDIR

https://bugs.freedesktop.org/show_bug.cgi?id=105567 --- Comment #4 from Jan Alexander Steffens (heftig) --- Arch Linux currently carries two patches (fix-install.diff and fix-versions.diff) to reduce to differences between the Meson product and the Autotools one; it also adds the project version

Re: [Mesa-dev] [PATCH 02/17] ac/surface: don't set the display flag for obviously unsupported cases

On Wed, Apr 4, 2018 at 9:01 AM, Michel Dänzer wrote: > On 2018-04-04 02:57 PM, Marek Olšák wrote: > > On Wed, Apr 4, 2018, 6:18 AM Michel Dänzer > > wrote: > > > > On 2018-04-04 03:59 AM, Marek Olšák wrote: > > > From: Marek Olšák mailto:marek.ol...@amd.com > >

[Mesa-dev] [Bug 105567] meson/ninja: 1. mesa/vdpau incorrect symlinks in DESTDIR and 2. Ddri-drivers-path Dvdpau-libs-path overrides DESTDIR

https://bugs.freedesktop.org/show_bug.cgi?id=105567 Dylan Baker changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #3 from Dylan Baker

[Mesa-dev] [Bug 105567] meson/ninja: 1. mesa/vdpau incorrect symlinks in DESTDIR and 2. Ddri-drivers-path Dvdpau-libs-path overrides DESTDIR

https://bugs.freedesktop.org/show_bug.cgi?id=105567 Dylan Baker changed: What|Removed |Added Assignee|mesa-dev@lists.freedesktop. |baker.dyla...@gmail.com

[Mesa-dev] [Bug 105871] Discolored KDE panels after updating to Mesa 18.0 on Intel broadwell

https://bugs.freedesktop.org/show_bug.cgi?id=105871 Tasev changed: What|Removed |Added CC||tasev.stefano...@skynet.be -- You are receivin

[Mesa-dev] [Bug 105871] Discolored KDE panels after updating to Mesa 18.0 on Intel broadwell

https://bugs.freedesktop.org/show_bug.cgi?id=105871 --- Comment #10 from Tasev --- Hi, Same bug here after upgrading today to mesa 18.0 on both Broadwell and Skylake mobile. mesa 18.0.0 from padoka PPA stable X.Org version: 1.19.5 KDE Neon KDE Frameworks 5.44.0 Qt 5.10 KDE Plasma 5.12.4 kernel 4

Re: [Mesa-dev] [RFC] Mesa 17.3.x release problems and process improvements

Emil Velikov writes: > Hi all, > > Having gone through the thread a few times, I believe it can be > summarised as follows: > * Greater transparency is needed. > * Subsystem/team maintainers. > * Unfit and late nominations. > * Developers/everyone should be more involved. > * Greater automat

[Mesa-dev] [Bug 105847] Profile GL3bc is not available on X11GraphicsDevice

https://bugs.freedesktop.org/show_bug.cgi?id=105847 --- Comment #1 from Emil Velikov --- Some of the previous scilab reports indicate that the jogl has some funky driver detection code - see bug 103078. If the suggestion from there (reinstating the "Gallium 0.4") makes things work again, then we

Re: [Mesa-dev] [PATCH 1/4] mesa: add INTEL_blackhole_render

On 4 April 2018 at 15:48, Lionel Landwerlin wrote: > On 15/03/18 16:03, Emil Velikov wrote: > >> Spec says "OpenGL 3.0 is required" so GLL + GLC should become 30 >> Wrt GLES side the spec does not mention anything - is that ES1, ES2, >> which version etc. >> Worth keeping it simple and update the

Re: [Mesa-dev] [Mesa-stable] [PATCH] radeon/vce: move feedback command inside of destroy function

Leo Liu writes: > On the CI family, firmware requires the destory command have to be the > last command in the IB, moving feedback command after destroy is causing > issues on CI cards, so we have to keep the previous logic that moves > destroy back to the last command. > > But as the original is

Re: [Mesa-dev] [RFC] Mesa 17.3.x release problems and process improvements

On 22 March 2018 at 00:39, Ilia Mirkin wrote: > Just one bit of feedback, for the rest I either agree or have no opinion: > > On Wed, Mar 21, 2018 at 8:28 PM, Emil Velikov > wrote: >> * unfit and late nominations: >> * any rejections that are unfit based on the existing criteria can >>

[Mesa-dev] [Bug 103852] Rendering errors when running dolphin-emu with Vulkan backend, radv (Super Smash Bros. Melee)

https://bugs.freedesktop.org/show_bug.cgi?id=103852 --- Comment #17 from Ben Clapp --- (In reply to Samuel Pitoiset from comment #16) > Thanks, are you still using the same dolphin? If not, can you report the > version number, please? Currently using commit dea30e08b for dolphin (was latest comm

[Mesa-dev] [Bug 103852] Rendering errors when running dolphin-emu with Vulkan backend, radv (Super Smash Bros. Melee)

https://bugs.freedesktop.org/show_bug.cgi?id=103852 --- Comment #16 from Samuel Pitoiset --- Thanks, are you still using the same dolphin? If not, can you report the version number, please? -- You are receiving this mail because: You are the assignee for the bug. You are the QA Contact for the

[Mesa-dev] [Bug 103852] Rendering errors when running dolphin-emu with Vulkan backend, radv (Super Smash Bros. Melee)

https://bugs.freedesktop.org/show_bug.cgi?id=103852 --- Comment #15 from Ben Clapp --- Created attachment 138586 --> https://bugs.freedesktop.org/attachment.cgi?id=138586&action=edit vulkaninfo output when using mesa 18.0. I already had attached my vulkaninfo, but that was back when I was usin

Re: [Mesa-dev] [PATCH 00/14] Enable sRGB-encoded fast-clears on CannonLake

On Tue, Apr 03, 2018 at 03:50:38PM -0700, Jason Ekstrand wrote: > I think I've reviewed all the ones that make significant functional > changes. The exception is the patch that makes us not do a fast depth > clear. I think what you did is probably better but I haven't thought about > it enough to

[Mesa-dev] [Bug 103852] Rendering errors when running dolphin-emu with Vulkan backend, radv (Super Smash Bros. Melee)

https://bugs.freedesktop.org/show_bug.cgi?id=103852 --- Comment #14 from Samuel Pitoiset --- Can you attach your vulkaninfo too? -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug.___ mesa-dev

Re: [Mesa-dev] [PATCH 1/4] nir/split_var_copies: handle IMAGE and SAMPLER for bindless vars

On Wed, Apr 4, 2018 at 3:33 AM, Timothy Arceri wrote: > On 04/04/18 20:20, Karol Herbst wrote: > >> On Wed, Apr 4, 2018 at 2:23 AM, Jason Ekstrand >> wrote: >> >>> I have a very strong feeling that this isn't the only place where >>> reading/writing IMAGE and SAMPLER variables is going to cause

Re: [Mesa-dev] [PATCH 2/4] nir: add support for bindless_texture samplers

On Wed, Apr 4, 2018 at 3:18 AM, Karol Herbst wrote: > On Wed, Apr 4, 2018 at 2:16 AM, Jason Ekstrand > wrote: > > On Tue, Apr 3, 2018 at 6:21 AM, Karol Herbst wrote: > >> > >> Signed-off-by: Karol Herbst > >> --- > >> src/compiler/glsl/glsl_to_nir.cpp | 17 +++-- > >> src/compiler

Re: [Mesa-dev] [PATCH 1/4] mesa: add INTEL_blackhole_render

On 15/03/18 16:03, Emil Velikov wrote: +EXT(INTEL_blackhole_render , INTEL_blackhole_render , GLL, GLC, x , ES2, 2018) Spec says "OpenGL 3.0 is required" so GLL + GLC should become 30 Wrt GLES side the spec does not mention anything - is that ES1, ES2, which ve

Re: [Mesa-dev] [PATCH] gallium: add CAP for postprocess filters

Am 04.04.2018 um 05:42 schrieb Timothy Arceri: > On 04/04/18 13:22, Roland Scheidegger wrote: >> Am 04.04.2018 um 05:03 schrieb Timothy Arceri: >>> On 04/04/18 12:44, Roland Scheidegger wrote: Am 04.04.2018 um 04:32 schrieb Timothy Arceri: > On 04/04/18 11:58, Roland Scheidegger wrote: >>>

Re: [Mesa-dev] [PATCH v3 4/4] swr: Fix include for createPromoteMemoryToRegisterPass

Are you able to push this for me on my behalf? On Wed, 4 Apr 2018 at 15:04 Kyriazis, George wrote: > Thank you! > > Reviewed-By: George Kyriazis > > On Apr 4, 2018, at 3:22 AM, Mike Lothian wrote: > > Include llvm/Transforms/Utils.h with the newest LLVM 7 > > v2: Include with " " rather than <

[Mesa-dev] [Bug 103852] Rendering errors when running dolphin-emu with Vulkan backend, radv (Super Smash Bros. Melee)

https://bugs.freedesktop.org/show_bug.cgi?id=103852 --- Comment #13 from Ben Clapp --- Created attachment 138583 --> https://bugs.freedesktop.org/attachment.cgi?id=138583&action=edit Dump of unoptimized shaders in scene with incorrect rendering of vertex color. OK, here's your shader dumps att

[Mesa-dev] [Bug 103852] Rendering errors when running dolphin-emu with Vulkan backend, radv (Super Smash Bros. Melee)

https://bugs.freedesktop.org/show_bug.cgi?id=103852 --- Comment #12 from Ben Clapp --- Created attachment 138582 --> https://bugs.freedesktop.org/attachment.cgi?id=138582&action=edit Dump of optimized shaders in scene with incorrect rendering of vertex color. -- You are receiving this mail be

[Mesa-dev] [Bug 105871] Discolored KDE panels after updating to Mesa 18.0 on Intel broadwell

https://bugs.freedesktop.org/show_bug.cgi?id=105871 --- Comment #9 from sergio.calleg...@gmail.com --- A quick question... the patch being mentioned is related to the part of xorg that usually gets packaged as xserver-xorg-core, right? Not to the individual video drivers such as those packaged in

[Mesa-dev] [Bug 105871] Discolored KDE panels after updating to Mesa 18.0 on Intel broadwell

https://bugs.freedesktop.org/show_bug.cgi?id=105871 --- Comment #8 from sergio.calleg...@gmail.com --- I do not know if the following information is relevant, but in doubt I am providing it: I was the original reporter of https://bugs.freedesktop.org/show_bug.cgi?id=103699. The issue with the fir

[Mesa-dev] [Bug 103852] Rendering errors when running dolphin-emu with Vulkan backend, radv (Super Smash Bros. Melee)

https://bugs.freedesktop.org/show_bug.cgi?id=103852 --- Comment #11 from Timothy Arceri --- (In reply to Ben Clapp from comment #10) > Regarding the freeze when using the OpenGL backend with Mesa 18.0, it seems > a different user has already reported that bug: > https://bugs.dolphin-emu.org/issue

[Mesa-dev] [Bug 105871] Discolored KDE panels after updating to Mesa 18.0 on Intel broadwell

https://bugs.freedesktop.org/show_bug.cgi?id=105871 --- Comment #7 from Tapani Pälli --- I see the patch in "server-1.19-branch" but it looks like there has not been a release which would include the fix :/ Release 1.19.7 will have it. -- You are receiving this mail because: You are the assigne

Re: [Mesa-dev] [PATCH v3 4/4] swr: Fix include for createPromoteMemoryToRegisterPass

Thank you! Reviewed-By: George Kyriazis mailto:george.kyria...@intel.com>> On Apr 4, 2018, at 3:22 AM, Mike Lothian mailto:m...@fireburn.co.uk>> wrote: Include llvm/Transforms/Utils.h with the newest LLVM 7 v2: Include with " " rather than < > (Vinson Lee) v3: Use LLVM_VERSION_MAJOR rather t

Re: [Mesa-dev] Status of radeonsi NIR

RX460 4GB Am 04.04.2018 um 15:59 schrieb Timothy Arceri: > On 04/04/18 22:53, Benedikt Schemmer wrote: >> Hi Timothy, >> >> another game that is behaving strangly is Metro 2033 Redux, also crashes >> earlier with apitrace attached. This time TGSI and NIR crash at about >> the same time (press any

Re: [Mesa-dev] Status of radeonsi NIR

On 04/04/18 22:53, Benedikt Schemmer wrote: Hi Timothy, another game that is behaving strangly is Metro 2033 Redux, also crashes earlier with apitrace attached. This time TGSI and NIR crash at about the same time (press any key to continue screen) Without apitrace TGSI works fine, NIR crashes li

[Mesa-dev] [Bug 105871] Discolored KDE panels after updating to Mesa 18.0 on Intel broadwell

https://bugs.freedesktop.org/show_bug.cgi?id=105871 Tapani Pälli changed: What|Removed |Added CC||lem...@gmail.com -- You are receiving t

[Mesa-dev] [Bug 105871] Discolored KDE panels after updating to Mesa 18.0 on Intel broadwell

https://bugs.freedesktop.org/show_bug.cgi?id=105871 --- Comment #6 from Tapani Pälli --- Pretty sure this is the same bug, I'm not sure if the Xorg patch is in place since 32bit visual seems to be srgb capable (see 's'), it shouldn't be like this with the patch: --- 8< --- 0x086 32 tc 0 32 0

Re: [Mesa-dev] [PATCH 3/3] radv: implement a fast prefetch path for the vertex stage

Reviewed-by: Bas Nieuwenhuizen for the series. On Wed, Apr 4, 2018 at 12:12 PM, Samuel Pitoiset wrote: > This allows to start draws as soon as possible. > > Signed-off-by: Samuel Pitoiset > --- > src/amd/vulkan/radv_cmd_buffer.c | 40 > ++-- > 1 file chang

[Mesa-dev] [Bug 103852] Rendering errors when running dolphin-emu with Vulkan backend, radv (Super Smash Bros. Melee)

https://bugs.freedesktop.org/show_bug.cgi?id=103852 --- Comment #10 from Ben Clapp --- Regarding the freeze when using the OpenGL backend with Mesa 18.0, it seems a different user has already reported that bug: https://bugs.dolphin-emu.org/issues/10904 https://bugs.freedesktop.org/show_bug.cgi?id

Re: [Mesa-dev] Status of radeonsi NIR

Just for baseline: I have no problem running and creating apitraces from Bioshock Infinite or TombRaider, I think both 32-bit CAT Interstellar which is 64-bit using this command R600_DEBUG=nir apitrace trace --output=/home/nano/bio2 %command% and building either the 64 or 32 bit version of apitra

Re: [Mesa-dev] [PATCH 02/17] ac/surface: don't set the display flag for obviously unsupported cases

On 2018-04-04 02:57 PM, Marek Olšák wrote: > On Wed, Apr 4, 2018, 6:18 AM Michel Dänzer > wrote: > > On 2018-04-04 03:59 AM, Marek Olšák wrote: > > From: Marek Olšák mailto:marek.ol...@amd.com>> > > > > This enables the tile swizzle for some cases of the

Re: [Mesa-dev] [PATCH 15/17] radeonsi: always prefetch later shaders after the draw packet

On Wed, Apr 4, 2018, 6:07 AM Samuel Pitoiset wrote: > > > On 04/04/2018 03:59 AM, Marek Olšák wrote: > > From: Marek Olšák > > > > so that the draw is started as soon as possible. > > --- > > src/gallium/drivers/radeonsi/si_cp_dma.c | 68 > ++-- > > src/gallium/dri

Re: [Mesa-dev] [PATCH 02/17] ac/surface: don't set the display flag for obviously unsupported cases

On Wed, Apr 4, 2018, 6:18 AM Michel Dänzer wrote: > On 2018-04-04 03:59 AM, Marek Olšák wrote: > > From: Marek Olšák > > > > This enables the tile swizzle for some cases of the displayable micro > mode, > > and it also fixes an addrlib assertion failure on Vega. > > --- > > src/amd/common/ac_su

  1   2   >