[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 ---

[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

[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

[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

[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

[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

[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

[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

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 ---

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

[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-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 *,

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

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

[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 +-

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

[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

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

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

[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

[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

[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

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

[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"

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

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. > --- >

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(-) > >

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

[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

[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

[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

[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

[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|

[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 +-

[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

[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 +

[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

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

[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

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

[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 --

[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 ---

[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

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

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 >>>

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

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

[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

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

[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,

[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

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

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. > > *

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,

[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 ---

[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

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:

[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 ---

[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.

[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|

[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

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

[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

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

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

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

[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

[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

[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=edit vulkaninfo output when using mesa 18.0. I already had attached my vulkaninfo, but that was back

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

[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

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

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 > >>

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

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

[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=edit Dump of unoptimized shaders in scene with incorrect rendering of vertex color. OK, here's your

[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=edit Dump of optimized shaders in scene with incorrect rendering of vertex color. -- You are

[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

[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: >

[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:

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

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 < >

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

[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 --

[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< ---

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 > --- >

[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

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

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 > > > > > This

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 >

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

Re: [Mesa-dev] Status of radeonsi NIR

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 like above. ==> metronir <== 2059446

Re: [Mesa-dev] Status of radeonsi NIR

No I dont. 32-bit is a problem, because Ubuntu wants to literally deinstall itself before letting me do that (some dependency nonsense). So I only build 64-bit myself. For 32-bit & backup 64-bit I use the oibaf ppa which I updated this morning. I wouldnt spend to much time right now, because

  1   2   >