Re: Fwd: [Qt bugreports] Updates for QTBUG-135786: WebEngine in 6.9.0 with an AMD GPU and on both Wayland/X11 renders gltiches instead of text

Mesa Ticket for radeonsi / ACO is, here: https://gitlab.freedesktop.org/mesa/mesa/-/issues/13026 Am 22.04.2025 04:51, schrieb Dieter Nützel: Hello radeonsi / RADV ACO fellows, found the solution for the below Qt 6.9.0 (maybe former) AMD radeonsi (Vulkan/RADV) rendering issue. ACO is the

Fwd: [Qt bugreports] Updates for QTBUG-135786: WebEngine in 6.9.0 with an AMD GPU and on both Wayland/X11 renders gltiches instead of text

Originalnachricht Betreff: [Qt bugreports] Updates for QTBUG-135786: WebEngine in 6.9.0 with an AMD GPU and on both Wayland/X11 renders gltiches instead of text Datum: 22.04.2025 04:24 Von: Dieter Nützel (via JIRA) An: die...@nuetzel-hh.de There are 3 comments

What's going on @ cgit.freedesktop.org/mesa/mesa/log/ and anongit.freedesktop.org/git/mesa/mesa?

Hello Mesa team, what's going on over @ https://cgit.freedesktop.org/mesa/mesa/log/ for the last 3 days? mesa-git isn't working, too? /opt/mesa> !12 git pull git://anongit.freedesktop.org/git/mesa/mesa Schwerwiegend: Lesefehler: Connection reset by peer /opt/mesa> !13 git pull Schwerwiegend:

[radeonsi] RUSTICL and AMD_DEBUG=useaco SIGFAULT / SIGABRT

Hello List, running clinfo under RUSTICL on my Polaris 20, RX580 explode with ACO compiler. AMD_DEBUG=useaco RUSTICL_ENABLE=radeonsi RUSTICL_FEATURES=fp64 Greetings, Dieter (gdb) r Starting program: /usr/bin/clinfo Downloading separate debug info for system-supplied DSO at 0x77fc7000

Mesa | LLVM git | rustical configuration problem after meson version bump 1.0.x to 1.1.x

Hello Mesa-Devel, I need badly advise for Mesa compilation. openSUSE TW with LLVM git 17.0.0.0 under /usr/local for ages. After meson distro update from meson-1.0.0 series to meson-1.1.1 LLVM git couldn't found any longer under /usr/local SPIRV is there, as always. /usr/local/lib/pkgconfig/

[Mesa-dev] [r600/sfn] Compilation error (and some warnings) - maybe to old LLVM git version, here?

[48/179] Compiling C++ object src/gallium/drivers/r600/libr600.a.p/sfn_sfn_shader_fragment.cpp.o FAILED: src/gallium/drivers/r600/libr600.a.p/sfn_sfn_shader_fragment.cpp.o ccache c++ -Isrc/gallium/drivers/r600/libr600.a.p -Isrc/gallium/drivers/r600 -I../src/gallium/drivers/r600 -Isrc -I../src -

Re: [Mesa-dev] New Mesa3D.org website proposal

GREAT work! Now, it's working with Konqueror (20.04.1 / Frameworks 5.70.0) - even if without 'hovered animation'... ;-) Greetings, Dieter Am 14.06.2020 17:25, schrieb Daniel Stone: Hi, On Fri, 29 May 2020 at 10:08, Erik Faye-Lund wrote: In the light of the explanation above, do you still

Re: [Mesa-dev] radv: Handle failing to create .cache dir. BISECTED - This one is broken

Hello Bas, here is something lost/broken. Part-of: If you have NO ~/.cache/radv_builtin_shaders64 it wouldn't be (re)created any longer. Reverting #cd61f5234d2 solved it. Thanks, Dieter

[Mesa-dev] [radeonsi] Re: glthread: upload non-VBO vertices and indices for non-Indirect non-IBM draws - BISECTED

Hello Marek, this was time and nerve consuming (with all the LLVM 11 revert/re-revert). FreeCAD vbo rendering bugs. Mesa-20.1-rc4 is fine (sure) Mesa git with #2840bc3065b reverted (glthread_draw.c deleted), too. /opt/mesa> git bisect bad 2840bc3065b9e991b2c5880a2ee02e2458a758c4 is the first

Re: [Mesa-dev] Mesa git and LLVM git (11) compilation trouble - LLVMFixedVectorTypeKind now undeclared

Am 19.05.2020 09:32, schrieb Michel Dänzer: On 2020-05-19 4:19 a.m., Dieter Nützel wrote: Hello Marek, Jan, Karol et al., I'm hunting a radeonsi (Polaris 20) Mesa git / LVVM 11 regression and current LLVM git code can't compile SPIRV-LLVM-Translator any longer and LLVM 11 without

[Mesa-dev] Mesa git and LLVM git (11) compilation trouble - LLVMFixedVectorTypeKind now undeclared

Hello Marek, Jan, Karol et al., I'm hunting a radeonsi (Polaris 20) Mesa git / LVVM 11 regression and current LLVM git code can't compile SPIRV-LLVM-Translator any longer and LLVM 11 without the former installed can't compile src/amd/llvm/ac_nir_to_llvm.c any more... Have to switch my devel

Re: [Mesa-dev] [clover] Compilation of latest 'libclc git' with LLVM 11.0.0git need ROCm?! - Didn't hit that ever before.

Am 15.04.2020 05:50, schrieb Jan Vesely: On Wed, 2020-04-15 at 05:40 +0200, Dieter Nützel wrote: Addendum I'm building LLVM git (llvm + SPIRV-LLVM-Translator) for X86;AMDGPU like this: there's nothing wrong with your build. rocm libs are required by clang when it targets amdg

Re: [Mesa-dev] [clover] Compilation of latest 'libclc git' with LLVM 11.0.0git need ROCm?! - Didn't hit that ever before.

forming Test HAVE_STEADY_CLOCK -- Performing Test HAVE_STEADY_CLOCK -- Performing Test HAVE_STEADY_CLOCK -- success -- Configuring done -- Generating done -- Build files have been written to: /opt/llvm-project/llvm/build Am 15.04.2020 05:25, schrieb Dieter Nützel: Hello Jan, hello all, com

[Mesa-dev] [clover] Compilation of latest 'libclc git' with LLVM 11.0.0git need ROCm?! - Didn't hit that ever before.

Hello Jan, hello all, compiling latest libclc git 9aa6f35 (HEAD -> master, origin/master, origin/HEAD) travis: Add LLVM 9 build with LLVM 11.0.0git from today b30246087a3 (HEAD -> master) [llvm][StringExtras] Add missing include of cctype ./configure.py && time nice +19 make -j8 resulted i

Re: [Mesa-dev] Merging experimental r600/nir code

eps=5:fragment-uniform=false:vertex-steps=5: FPS: 14969 FrameTime: 0.067 ms [loop] fragment-steps=5:fragment-uniform=true:vertex-steps=5: FPS: 14804 FrameTime: 0.068 ms === glmark2 Score: 9 ======= ***

Re: [Mesa-dev] Merging experimental r600/nir code

Hello Gert, your merge 'broke' LTO and then later on PGO compilation/linking. I do generally compiling with '-Dgallium-drivers=r600,radeonsi,swrast' for testing radeonsi and (your) r600 work. ;-) After your merge I get several warnings in 'addrlib' with LTO and even a compiler error (gcc (SUSE

Re: [Mesa-dev] [ANNOUNCE] Mesa 20.0 branchpoint planned for 2020/01/29, Milestone opened

Am 31.01.2020 02:44, schrieb Dieter Nützel: Am 31.01.2020 02:33, schrieb Pierre Moreau: On 2020-01-31 — 01:48, Dieter Nützel wrote: @Pierre and Karol Now I get this with 'llvmorg-10.0.0-rc1' and current 'SPIRV-LLVM-Translator' master: I’m recompiling LLVM to that ta

Re: [Mesa-dev] [ANNOUNCE] Mesa 20.0 branchpoint planned for 2020/01/29, Milestone opened

Am 31.01.2020 02:33, schrieb Pierre Moreau: On 2020-01-31 — 01:48, Dieter Nützel wrote: @Pierre and Karol Now I get this with 'llvmorg-10.0.0-rc1' and current 'SPIRV-LLVM-Translator' master: I’m recompiling LLVM to that tag and see what I get, but it looks like for som

Re: [Mesa-dev] [ANNOUNCE] Mesa 20.0 branchpoint planned for 2020/01/29, Milestone opened

Am 30.01.2020 14:36, schrieb Michel Dänzer: On 2020-01-30 2:11 p.m., Dieter Nützel wrote: Am 30.01.2020 07:51, schrieb Pierre Moreau: On 2020-01-30 — 07:23, Dieter Nützel wrote: Ugh, LLVM git now at 11.0...missed that. SPIRV-LLVM-Translator choke with 11.0 git (I think it was the same with

Re: [Mesa-dev] [ANNOUNCE] Mesa 20.0 branchpoint planned for 2020/01/29, Milestone opened

Am 30.01.2020 07:51, schrieb Pierre Moreau: On 2020-01-30 — 07:23, Dieter Nützel wrote: Ugh, LLVM git now at 11.0...missed that. SPIRV-LLVM-Translator choke with 11.0 git (I think it was the same with 10.0 git), here. (See below.) So I can't compile Mesa git (20.0) with '-Dopencl-

Re: [Mesa-dev] [ANNOUNCE] Mesa 20.0 branchpoint planned for 2020/01/29, Milestone opened

Am 30.01.2020 02:59, schrieb Karol Herbst: On Thu, Jan 30, 2020 at 2:37 AM Dieter Nützel wrote: Maybe compilation with '-Dopencl-spirv=true', again. It is broken, now. Even LLVM 10.0 won't compile for me with SPIRV-LLVM-Translator, currently. do you have any more details on

Re: [Mesa-dev] [ANNOUNCE] Mesa 20.0 branchpoint planned for 2020/01/29, Milestone opened

Maybe compilation with '-Dopencl-spirv=true', again. It is broken, now. Even LLVM 10.0 won't compile for me with SPIRV-LLVM-Translator, currently. Greetings, Dieter Am 22.01.2020 19:27, schrieb Dylan Baker: Hi list, due to some last minute changes in plan I'll be managing the 20.0 release. T

[Mesa-dev] [radeonsi] enable OpenGL 4.6

Hello Marek and Pierre-Eric, GREAT work but this time I'm to stupid (tired). I only 'see' 4.5. - E.g. that R600_DEBUG/AMD_DEBUG=nir is set. Was at the dentist yesterday... https://www.phoronix.com/forums/forum/phoronix/latest-phoronix-articles/1142033-amd-s-radeonsi-driver-finally-enables-opengl

Re: [Mesa-dev] LLVM + SPIRV-LLVM-Translator - compilation errors

Thank you Karol for your fast reply. I'll try tomorrow or one day after. - If no one beat me. I need badly some sleep and on Saturday our brave daughter has her first end-of-course dance with us...;-) Greetings, Dieter On Fri, Nov 15, 2019 at 2:34 AM Dieter Nützel wrote: Hello Karol and

[Mesa-dev] LLVM + SPIRV-LLVM-Translator - compilation errors

Hello Karol and Ilya, do you have any hints/pointers for me to solve these LLVM + SPIRV-LLVM-Translator - compilation errors. llvm-project git taken 'today'. [-] commit 95c770fbfb14b07e1af7c2d427c16745617d9f1f (HEAD -> master, origin/master, origin/HEAD) Author: Davide Italiano Date: Thu

[Mesa-dev] Is libdrm-2.4.100 released or not?

Asking about this one: ac: get tcc_harvested from the kernel commit 9edcce2a32ed872fef3167258ad2ae4952ca4c60 [-] -_drm_amdgpu_ver = '2.4.99' +_drm_amdgpu_ver = '2.4.100' [-] Thanks, Dieter ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http

Re: [Mesa-dev] [Nine] 'meson: add -Werror=empty-body to disallow `if(x); `' - 'broke' Nine

Am 24.10.2019 16:34, schrieb Dieter Nützel: Hello Eric, your mentioned commit (8d43e2b2ded0fe3c82d49561cdab9f208f9e64b6) broke building with NIne (-Dgallium-nine=true) for me. starting with [-] [-] Back on this: Thanks guys! All fine, now. Dieter

[Mesa-dev] [Nine] 'meson: add -Werror=empty-body to disallow `if(x); `' - 'broke' Nine

Hello Eric, your mentioned commit (8d43e2b2ded0fe3c82d49561cdab9f208f9e64b6) broke building with NIne (-Dgallium-nine=true) for me. starting with [-] e_st@sta/cubetexture9.c.o' -c ../src/gallium/state_trackers/nine/cubetexture9.c ../src/gallium/state_trackers/nine/cubetexture9.c: In function

Re: [Mesa-dev] [radeonsi] Clover broken after new 'nir_serialize'

DE. Marek On Thu, Oct 10, 2019 at 6:27 PM Dieter Nützel wrote: Hello Marek, forgotten to update Clover? Greetings, Dieter [1261/1386] Compiling C++ object 'src/gallium/st...clover/ae4504a@@clnir@sta/nir_invocation.cpp.o'. FAILED: src/gallium/state_trackers/clove

[Mesa-dev] [radeonsi] Clover broken after new 'nir_serialize'

Hello Marek, forgotten to update Clover? Greetings, Dieter [1261/1386] Compiling C++ object 'src/gallium/st...clover/ae4504a@@clnir@sta/nir_invocation.cpp.o'. FAILED: src/gallium/state_trackers/clover/ae4504a@@clnir@sta/nir_invocation.cpp.o ccache c++ -Isrc/gallium/state_trackers/clover/ae450

Re: [Mesa-dev] [clover/spirv] radeonsi/NIR (with Nine) - final linking failed on libOpenCL.so.1.0.0

7;m running into the same thing trying to build clover > with llvm-spirv enabled. If it's a known solution, I wouldn't mind > having some time saved :) > > --Aaron > > On Wed, Sep 25, 2019 at 10:30 AM Dieter Nützel wrote: > > > > Hello Karol and Pierre,

[Mesa-dev] [clover/spirv] radeonsi/NIR (with Nine) - final linking failed on libOpenCL.so.1.0.0

Hello Karol and Pierre, tried it on radeonsi/NIR with Nine and OpenCL enabled (-Dgallium-nine=true -Dopencl-spirv=true -Dgallium-opencl=standalone). I think I have all SPIRV-LLVM-Translator stuff in place (/opt/llvm/projects/SPIRV-LLVM-Translator/). Resulting lib is installed at /usr/local/l

Re: [Mesa-dev] [PATCH] radeonsi: Bump number of allowed global buffers to 48 (again, for clover Blender assertion)

rs are created in cl context so I think there shouldn't be too much trouble moving it to the driver equivalent of that. Jan Marek On Tue, Aug 6, 2019 at 10:50 PM Dieter Nützel wrote: > Am 20.06.2019 20:44, schrieb Jan Vesely: > > On Sat, 2019-06-15 at 07:38 +0200, Dieter Nütze

[Mesa-dev] [PATCH] radeonsi: Bump number of allowed global buffers to 48 (again, for clover Blender assertion)

Am 20.06.2019 20:44, schrieb Jan Vesely: On Sat, 2019-06-15 at 07:38 +0200, Dieter Nützel wrote: Am 14.06.2019 08:13, schrieb Jan Vesely: > On Thu, 2019-06-13 at 21:20 +0200, Dieter Nützel wrote: > > Blender crash as expected ;-) > > > > /home/dieter> trying to sa

Re: [Mesa-dev] [PATCH v2] clover: Fix build after clang r367864

Back from vacation try to bring all stuff on par - LLVM 10 (with Clover) - and boom... Acked-by: Dieter Nützel Tested-by: Dieter Nützel Thank you Jan! Dieter Am 06.08.2019 19:59, schrieb Jan Vesely: v2: Drop special case of llvm-9 Signed-off-by: Jan Vesely --- src/gallium/state_trackers

Re: [Mesa-dev] radeonsi: glmark2 - regression (GL_INVALID_OPERATION in glFramebufferTexture2D) - bisected

Hello Emil et al., sorry Emil you were NOT the right person to blame for this - see below. Am 22.06.2019 04:55, schrieb Dieter Nützel: Hello Emil, I see glmark2 - [desktop] blur-radius=5 libpng warning: iCCP: known incorrect sRGB profile Mesa: User error: GL_INVALID_OPERATION in

Re: [Mesa-dev] [PATCH] st/mesa: accelerate glCopyPixels(STENCIL)

t-b Dieter Am 25.06.2019 02:12, schrieb Marek Olšák: From: Marek Olšák --- src/mesa/state_tracker/st_cb_drawpixels.c | 58 +++ 1 file changed, 38 insertions(+), 20 deletions(-) diff --git a/src/mesa/state_tracker/st_cb_drawpixels.c b/src/mesa/state_tracker/st_cb_drawpixe

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

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,

[Mesa-dev] radeonsi: glmark2 - regression (GL_INVALID_OPERATION in glFramebufferTexture2D) since your work around 2019-06-05

Hello Emil, I see glmark2 - [desktop] blur-radius=5 libpng warning: iCCP: known incorrect sRGB profile Mesa: User error: GL_INVALID_OPERATION in glFramebufferTexture2D(window-system framebuffer) [desktop] blur-radius=5:effect=blur:passes=1:separable=true:windows=4: FPS: 4879 FrameTime: 0.205 m

Re: [Mesa-dev] [PATCH 8/8] radeonsi: rename and re-document cache flush flags

For the series Tested-by: Dieter Nützel on Polaris 20 Except gfx10 stuff...;-) Dieter Am 20.06.2019 06:19, schrieb Marek Olšák: From: Marek Olšák SMEM and VMEM caches are L0 on gfx10. --- src/gallium/drivers/radeonsi/si_compute.c | 2 +- .../drivers/radeonsi/si_compute_blit.c

Re: [Mesa-dev] [PATCH 7/7] radeonsi: don't use the low-optimizing compiler on LLVM 9

Hello Marek, is this (#7) obsolete, now? Kind reminder. Thanks, Dieter Am 13.06.2019 02:40, schrieb Marek Olšák: From: Marek Olšák The compilation is faster on LLVM 9. --- src/gallium/drivers/radeonsi/si_pipe.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/galliu

Re: [Mesa-dev] [Mesa-stable] [PATCH 3/3] amd: Apply elf relocations and allow code with relocations

Am 14.06.2019 08:13, schrieb Jan Vesely: On Thu, 2019-06-13 at 21:20 +0200, Dieter Nützel wrote: Am 13.06.2019 07:10, schrieb Marek Olšák: > FYI, I just pushed the new linker. > > Marek Thank you very much Marek and _Nicolai_ for this GREAT stuff. It brings back some speed after 1/8

Re: [Mesa-dev] [PATCH 7/7] radeonsi: don't use the low-optimizing compiler on LLVM 9

For the series Tested-by: Dieter Nützel on Polaris 20 Have a look here, too. https://www.phoronix.com/forums/forum/phoronix/latest-phoronix-articles/1106085-linux-kernel-set-to-expose-hidden-nvidia-hda-controllers-helping-laptop-users?p=1106199#post1106199 Dieter Am 13.06.2019 02:40

Re: [Mesa-dev] [Mesa-stable] [PATCH 3/3] amd: Apply elf relocations and allow code with relocations

Am 13.06.2019 07:10, schrieb Marek Olšák: FYI, I just pushed the new linker. Marek Thank you very much Marek and _Nicolai_ for this GREAT stuff. It brings back some speed after 1/8 drop with glmark2, lately. Maybe my amd-staging-drm-next tree (5.2-rc1) didn't honor the kernel mitigation param

Re: [Mesa-dev] [PATCH] r300g: implement GLSL disk shader caching

Hello Rui, do you have some numbers with/without shader caching enabled, handy? I didn't have r300 hardware anylonger... Thanks! Dieter Am 07.06.2019 13:19, schrieb rsalvate...@gmail.com: From: Rui Salvaterra This implements GLSL disk shader caching for the R300-R500 series of AMD GPUs.

Re: [Mesa-dev] [radeonsi] meson vs autotools used disk space observations

Am 13.05.2019 11:06, schrieb Eric Engestrom: On Monday, 2019-05-13 01:05:10 +0200, Dieter Nützel wrote: Am 13.05.2019 00:03, schrieb Jason Ekstrand: > Likely you're either getting slightly different build flags for some > reason it else something extra is getting linked into

Re: [Mesa-dev] [radeonsi] meson vs autotools used disk space observations

irrelevant. Oh, sh... (see below). On May 12, 2019 15:13:59 Dieter Nützel wrote: Hello to all of you, after long fiddling with fading away of autotools I have to present my observations about used disk space at least for the radeonsi driver. Same goes for radeon. autotools -rwxr-xr-x 4 r

Re: [Mesa-dev] [PATCH] radv: remove sisched hack for talos

Am 15.03.2019 23:47, schrieb Timothy Arceri: On 16/3/19 6:53 am, Dieter Nützel wrote: Am 15.03.2019 15:20, schrieb Samuel Pitoiset: Results of my benchmarks are: 3 runs at 1080p: GFX8: -1% GFX9: -1.12% 3 runs at 4k: GFX8: -2% GFX9: -1.85% I'm actually not sure if we want to remo

[Mesa-dev] [radeonsi] meson vs autotools used disk space observations

Hello to all of you, after long fiddling with fading away of autotools I have to present my observations about used disk space at least for the radeonsi driver. Same goes for radeon. autotools -rwxr-xr-x 4 root root 4903184 12. Mai 19:28 radeonsi_drv_video.so -rwxr-xr-x 4 root root 4903

Re: [Mesa-dev] [PATCH 0/4] RadeonSI: Upload constants to VRAM via SDMA

Am 09.04.2019 02:42, schrieb Marek Olšák: I'm pretty sure I merged this series in February. Marek Yes, of course you did (with my tb), but I meant... (see below) On Mon, Apr 8, 2019 at 6:10 PM Dieter Nützel wrote: Maybe someone working on this, too. I'm feeling fine again aft

Re: [Mesa-dev] [PATCH 0/4] RadeonSI: Upload constants to VRAM via SDMA

Maybe someone working on this, too. I'm feeling fine again after a short 'trip' into the hospital...;-) Dieter Am 26.02.2019 07:36, schrieb Marek Olšák: We need to extend the CS ioctl to allow submitting 2 command buffers at the same time. Marek On Mon, Feb 25, 2019, 10:06 P

Re: [Mesa-dev] [PATCH 00/26] RadeonSI: Primitive culling with async compute

After you've recuperated from hopefully GREAT vacation, is it time? ;-) Greetings, Dieter Am 26.02.2019 03:31, schrieb Dieter Nützel: Hello Marek, do you plan to commit or rebase both set? Dieter Am 14.02.2019 07:29, schrieb Marek Olšák: I have some fixes for Sea Islands that im

Re: [Mesa-dev] [PATCH] radeonsi: fix a crash when unbinding sampler states

SOLVED it. Thanks to both of you! Dieter Am 08.04.2019 21:12, schrieb James Zhu: This patch is Acked-by: James Zhu On 2019-04-08 3:02 p.m., Marek Olšák wrote: On Mon, Apr 8, 2019 at 2:45 PM James Zhu wrote: On 2019-04-08 2:39 p.m., Marek Olšák wrote: On Mon, Apr 8, 2019 at 2:33 PM James

Re: [Mesa-dev] [PATCH] Partially revert "gallium: fix autotools build of pipe_msm.la"

Tested-by: Dieter Nützel Acked-by: Dieter Nützel Thank you Jan! BTW More about 'meson' with radeonsi and Clover in some hours. Dieter Am 06.04.2019 06:43, schrieb Jan Vesely: This partially reverts commit 356ec7a21960d77db282f67af577dcdb46966b5a. There are missing symbols needed

Re: [Mesa-dev] [PATCH] gallium/drivers/radeonsi: Add si_bind_sampler_states unbind support

Tested-by: Dieter Nützel Thank you James! Dieter Am 06.04.2019 15:07, schrieb Zhu, James: commit a613607dc3dab2b43884a4e5891aa5939cdcfbe0 will cause segfault during unbind sampler state. This patch will fix the issue. Signed-off-by: James Zhu --- src/gallium/drivers/radeonsi

[Mesa-dev] gallium/auxiliary/vl: Add barrier/unbind after compute shader launch - vdpau sigfault - bisected

Hello James, sorry that I have to report that the mentioned commit sigfault with 'mplayer -vo vdpau xxx' for radeonsi on my Polaris 20. BISECTED 0f416b85fbb2a3988ddc2c81540e9aadfd63d6ae is the first bad commit commit 0f416b85fbb2a3988ddc2c81540e9aadfd63d6ae Author: James Zhu Date: Fri Mar

Re: [Mesa-dev] [PATCH] radeonsi: don't use PFP_SYNC_ME with compute-only contexts

Tested-by: Dieter Nützel For the first time since ages no horizontal line corruption with old luxmark-linux64-v2.0 (LuxBall e.g. HDR) on RX580. Dieter Am 02.04.2019 00:37, schrieb Marek Olšák: From: Marek Olšák Fixes: a1378639ab1 "radeonsi: always use compute rings for clover on C

Re: [Mesa-dev] Commit 'gallium: fix autotools build of pipe_msm.la' broke Clover - bisected

Am 01.04.2019 07:43, schrieb Jan Vesely: Hi, On Mon, 2019-04-01 at 06:24 +0200, Dieter Nützel wrote: Hello, commit #356ec7a2196 'gallium: fix autotools build of pipe_msm.la' broke Clover. biseted: 356ec7a21960d77db282f67af577dcdb46966b5a is the first bad com

Re: [Mesa-dev] Commit 'gallium: fix autotools build of pipe_msm.la' broke Clover - bisected

Am 01.04.2019 19:27, schrieb Dylan Baker: Quoting Jan Vesely (2019-03-31 22:43:50) Hi, On Mon, 2019-04-01 at 06:24 +0200, Dieter Nützel wrote: > Hello, > > commit #356ec7a2196 'gallium: fix autotools build of pipe_msm.la' broke > Clover. > > biseted: > 356ec7a21

[Mesa-dev] Commit 'gallium: fix autotools build of pipe_msm.la' broke Clover - bisected

Hello, commit #356ec7a2196 'gallium: fix autotools build of pipe_msm.la' broke Clover. biseted: 356ec7a21960d77db282f67af577dcdb46966b5a is the first bad commit commit 356ec7a21960d77db282f67af577dcdb46966b5a Author: Timur Kristóf Date: Thu Mar 14 15:32:37 2019 +0100 gallium: fix autot

Re: [Mesa-dev] radv: Implement VK_EXT_pipeline_creation_feedback. - sigfault - bisected

The world is saved... you rocket man! Greetings. Dieter Am 21.03.2019 09:00, schrieb Samuel Pitoiset: Yeah, my bad... I have just sent a fix. Thanks On 3/21/19 7:22 AM, Dieter Nützel wrote: Hello Bas, sorry but your latest commit #5f5ac19f138 radv: Implement

Re: [Mesa-dev] radv: Implement VK_EXT_pipeline_creation_feedback. - sigfault - bisected

Hello Bas, sorry but your latest commit #5f5ac19f138 radv: Implement VK_EXT_pipeline_creation_feedback. sigfault with every Vulkan apps for me. Reverting it SOLVED it. 5f5ac19f138125b04d8ddedd6334b996f8925a4a is the first bad commit commit 5f5ac19f138125b04d8ddedd6334b996f8925a4a Author: Bas N

Re: [Mesa-dev] [PATCH] radv: remove sisched hack for talos

Am 15.03.2019 15:20, schrieb Samuel Pitoiset: Results of my benchmarks are: 3 runs at 1080p: GFX8: -1% GFX9: -1.12% 3 runs at 4k: GFX8: -2% GFX9: -1.85% I'm actually not sure if we want to remove it... Yes, my hint is we should wait until Marek is back from vacation. Running all the time

Re: [Mesa-dev] nir: Add ability for shaders to use window space coordinates - broken tessellation under NIR - bisected

Hello Andre, @Tim: Tested-by: Dieter Nützel with UH on Polaris 20 Am 07.03.2019 15:35, schrieb Andre Heider: On 07/03/2019 15:08, Dieter Nützel wrote: can you please send a patch to the list (and then we will see it at Patchwork Mesa, too), please? It is much faster (for me) and I haven&#

Re: [Mesa-dev] nir: Add ability for shaders to use window space coordinates - broken tessellation under NIR - bisected

bmit a MR. Let me know what you think. Best regards, Tim On Thu, 2019-03-07 at 05:45 +0100, Dieter Nützel wrote: > This commit (#317f10bf404) brake whole tessellation (empty parts of > the > screen) running UH under radeonsi NIR on Polaris 20 (RX580). > > 317f10bf404b562e1dda79c0636

Re: [Mesa-dev] nir: Add ability for shaders to use window space coordinates - broken tessellation under NIR - bisected

This commit (#317f10bf404) brake whole tessellation (empty parts of the screen) running UH under radeonsi NIR on Polaris 20 (RX580). 317f10bf404b562e1dda79c0636aee86beeccc2f is the first bad commit commit 317f10bf404b562e1dda79c0636aee86beeccc2f Author: Timur Kristóf Date: Tue Feb 5 18:08:24

Re: [Mesa-dev] [PATCH 0/4] RadeonSI: Upload constants to VRAM via SDMA

Hello Marek, you wrote with your series sent: [-] Trivial benchmarks such as glxgears can expect 20% decrease in performance due to the added cost of the SDMA CS ioctl that wasn't there before. [-] Any ideas to speed this up, again? glmark2 went from 9766 (best ever) down to 7455 (all with NIR)

Re: [Mesa-dev] [PATCH 1/2] radeonsi: always use compute rings for clover on CI and newer (v2)

Hello Marek, this series need a rebase (if you have some time). Dieter Am 12.02.2019 19:12, schrieb Marek Olšák: From: Marek Olšák initialize all non-compute context functions to NULL. v2: fix SI --- src/gallium/drivers/radeonsi/si_blit.c| 14 ++- src/gallium/drivers/radeonsi/si_cl

Re: [Mesa-dev] [PATCH 00/26] RadeonSI: Primitive culling with async compute

Hello Marek, do you plan to commit or rebase both set? Dieter Am 14.02.2019 07:29, schrieb Marek Olšák: I have some fixes for Sea Islands that improve Radeon 290X performance to 43 fps, moving it just below Radeon VII in the picture. Marek On Wed, Feb 13, 2019 at 12:16 AM Marek Olšák wrote:

Re: [Mesa-dev] [PATCH 7/7] radeonsi: implement ARB/KHR_parallel_shader_compile callbacks

For the series Tested-by: Dieter Nützel Do we have a (special) test in the wild? Dieter Am 25.02.2019 19:27, schrieb Marek Olšák: From: Marek Olšák --- src/gallium/drivers/radeonsi/si_pipe.c | 31 ++ 1 file changed, 31 insertions(+) diff --git a/src/gallium

Re: [Mesa-dev] [PATCH 4/4] radeonsi: use SDMA for uploading data through const_uploader

For the _rev2_ version (Patchwork Mesa) series is Tested-by: Dieter Nützel on Polaris 20 UH+UV working flawlessly, now. No 'measurable' speed decrease. - GREAT! Blender, FreeCAD, glmark2 all fine. But I had to have rebased part 4 (see attachment). Dieter Am 07.02.2019 02:22, sch

Re: [Mesa-dev] radeonsi: NIR - Polaris triangle sprinkling running UH SOLVED - finally

Am 16.02.2019 03:56, schrieb Timothy Arceri: On 13/2/19 8:28 am, Dieter Nützel wrote: Hello Marek, Timo, Nicolai, Timo SOLVED this long-standing NIR corruption on Polaris with his 'nir: rewrite varying component packing' commit. It was triggered wi

Re: [Mesa-dev] [PATCH 0/4] RadeonSI: Upload constants to VRAM via SDMA

Am 12.02.2019 05:10, schrieb Dieter Nützel: Am 12.02.2019 03:22, schrieb Dieter Nützel: Am 12.02.2019 00:40, schrieb Dieter Nützel: Sorry that I step in so late, but the whole family recover slowly from a bad flu... Tried your 'latest" three series altogether with my Polaris 20 (

Re: [Mesa-dev] [PATCH] nir: remove simple dead if detection from nir_opt_dead_cf()

Tested-by: Dieter Nützel running together with [Mesa-dev] [PATCH 00/26] RadeonSI: Primitive culling with async compute - V2 https://lists.freedesktop.org/archives/mesa-dev/2019-February/215240.html Dieter Am 14.02.2019 02:37, schrieb Timothy Arceri: This was probably useful when it was

Re: [Mesa-dev] [PATCH 00/26] RadeonSI: Primitive culling with async compute

For the whole series (the updated branch merged in) Tested-by: Dieter Nützel on Polaris 20 FreeCAD, Blender, UH, UV, US, some VTK apps No surprising speed up but e.g. NO slowdown. tb stands even for [Mesa-dev] [PATCH 0/4] RadeonSI: Follow-up for the primitive culling series too (but no SI

Re: [Mesa-dev] [PATCH 00/26] RadeonSI: Primitive culling with async compute

Got it (merged in), thanks. But now I need some sleep. Have to drive my wife to the hospital in a few hours. No, not hyperacute. Dieter Am 14.02.2019 03:07, schrieb Marek Olšák: I just updated the branch, fixing video players. Marek On Wed, Feb 13, 2019 at 8:28 PM Dieter Nützel wrote: Now

Re: [Mesa-dev] [PATCH v2 2/2] radeonsi/nir: set colors_read properly

For the series Tested-by: Dieter Nützel on Polaris 20 Dieter Am 12.02.2019 01:15, schrieb Timothy Arceri: shader-db results for VEGA64: Totals from affected shaders: SGPRS: 1976 -> 1976 (0.00 %) VGPRS: 1240 -> 1144 (-7.74 %) Spilled SGPRs: 145 -> 145 (0.00 %) Spilled VGPRs: 0 -

Re: [Mesa-dev] [PATCH] radeonsi/nir: set shader_buffers_declared properly

Tested-by: Dieter Nützel Am 12.02.2019 04:46, schrieb Timothy Arceri: --- src/gallium/drivers/radeonsi/si_shader_nir.c | 32 ++-- 1 file changed, 22 insertions(+), 10 deletions(-) diff --git a/src/gallium/drivers/radeonsi/si_shader_nir.c b/src/gallium/drivers/radeonsi

Re: [Mesa-dev] [PATCH 00/26] RadeonSI: Primitive culling with async compute

Am 13.02.2019 17:36, schrieb Marek Olšák: Dieter, you need final LLVM 8.0. Marek On Wed, Feb 13, 2019 at 11:02 AM Dieter Nützel wrote: GREAT stuff, Marek! But sadly some crashes. Is my LLVM git version to old? 7. Jan 2019 (short before 8.0 cut) LLVM (http://llvm.org/): LLVM version 8.0.0svn

Re: [Mesa-dev] [PATCH 00/26] RadeonSI: Primitive culling with async compute

GREAT stuff, Marek! But sadly some crashes. Is my LLVM git version to old? 7. Jan 2019 (short before 8.0 cut) LLVM (http://llvm.org/): LLVM version 8.0.0svn Optimized build. Default target: x86_64-unknown-linux-gnu Host CPU: nehalem Registered Targets: amdgcn - AMD GCN GPUs r6

[Mesa-dev] radeonsi: NIR - Polaris triangle sprinkling running UH SOLVED - finally

Hello Marek, Timo, Nicolai, Timo SOLVED this long-standing NIR corruption on Polaris with his 'nir: rewrite varying component packing' commit. It was triggered with commit 86b52d42368ac496fe24bc6674e754c323381635 Author: Marek Olšák Date: Fri Jul 13 00:23:36 2018 -0400 radeonsi: reduc

Re: [Mesa-dev] [PATCH 0/4] RadeonSI: Upload constants to VRAM via SDMA

Sorry that I step in so late, but the whole family recover slowly from a bad flu... Tried your 'latest" three series altogether with my Polaris 20 (NIR!). UH and UV hang after some seconds reliable. VM faults. Have to dig deeper in (remote) to get some logs. But my reported Polaris triangle c

Re: [Mesa-dev] [PATCH 1/2] radeonsi: use compute for clear_render_target when possible

Maybe rebase? Dieter Am 24.01.2019 00:28, schrieb Marek Olšák: From: Sonny Jiang Signed-off-by: Sonny Jiang Signed-off-by: Marek Olšák --- src/gallium/drivers/radeonsi/si_clear.c | 6 ++ .../drivers/radeonsi/si_compute_blit.c| 96 +++ src/gallium/drivers/rade

Re: [Mesa-dev] [PATCH] radeonsi: re-initialize query buffers if they are reused

Tested-by: Dieter Nützel Calmed mostly some hiccups with Rocket League which our son found around XMass on Polaris. All was fine after additional Mesa git clean ups. Thanks, Dieter Am 26.01.2019 01:58, schrieb Marek Olšák: From: Marek Olšák Fixes: e0f0d3675d4 "radeonsi: f

Re: [Mesa-dev] [PATCH 0/4] RadeonSI: Upload constants to VRAM via SDMA

Am 12.02.2019 03:22, schrieb Dieter Nützel: Am 12.02.2019 00:40, schrieb Dieter Nützel: Sorry that I step in so late, but the whole family recover slowly from a bad flu... Tried your 'latest" three series altogether with my Polaris 20 (NIR!). UH and UV hang after some seconds re

Re: [Mesa-dev] [PATCH 0/4] RadeonSI: Upload constants to VRAM via SDMA

Am 12.02.2019 00:40, schrieb Dieter Nützel: Sorry that I step in so late, but the whole family recover slowly from a bad flu... Tried your 'latest" three series altogether with my Polaris 20 (NIR!). UH and UV hang after some seconds reliable. VM faults. Have to dig deeper in (remo

Re: [Mesa-dev] [PATCH 1/6] st/nine: Use helper to release swapchain buffers later

For the series: Tested-by: Dieter Nützel (with my 'normal' apps) ;-) + LS2015 (D3D9) under Wine Staging Nine 4.0-rc2 nice numbers Dieter Am 16.12.2018 22:25, schrieb Axel Davy: This patch introduces a structure to release the present_handles only when they are fully released by

Re: [Mesa-dev] [PATCH v2 1/5] st/glsl_to_nir: call nir_lower_load_const_to_scalar() in the st

For the series: Tested-by: Dieter Nützel (with my 'normal' apps) ;-) Dieter Am 19.12.2018 11:03, schrieb Timothy Arceri: This will help the new opt introduced in the following patches allowing us to remove extra duplicate varyings. Reviewed-by: Marek Olšák --- src/galli

Re: [Mesa-dev] [PATCH 1/3] radeonsi: remove unrequired param in si_nir_scan_tess_ctrl()

For the series: Tested-by: Dieter Nützel (with my 'normal' apps) ;-) Dieter Am 18.12.2018 02:17, schrieb Timothy Arceri: --- src/gallium/drivers/radeonsi/si_shader.h| 1 - src/gallium/drivers/radeonsi/si_shader_nir.c| 1 - src/gallium/drivers/radeonsi/si_state_sha

Re: [Mesa-dev] [PATCH 1/6] radeonsi: don't emit redundant PKT3_NUM_INSTANCES packets

For the series: Tested-by: Dieter Nützel (with my 'normal' apps) ;-) Dieter Am 14.12.2018 22:23, schrieb Marek Olšák: From: Marek Olšák --- src/gallium/drivers/radeonsi/si_pipe.h | 3 +++ src/gallium/drivers/radeonsi/si_state_draw.c | 9 +++-- 2 files changed, 10

Re: [Mesa-dev] nir/algebraic: Generalize an optimization - RADV / DXVK 0.93+0.94 regression with LS2019

Replying myself: FIXED with Ian's nir/algebraic: Don't put quotes around floating point literals commit #96c4b135e34d0804e41bfbc28fc1b5050c49d71e Thanks! Dieter Am 19.12.2018 06:36, schrieb Dieter Nützel: Sorry guys, but my son got a RADV + DXVK 0.93 and 0.94 (D3D11) regressi

Re: [Mesa-dev] nir/algebraic: Generalize an optimization - RADV / DXVK 0.93+0.94 regression with LS2019

Sorry guys, but my son got a RADV + DXVK 0.93 and 0.94 (D3D11) regression running brand new LS2019 (https://www.farming-simulator.com/?lang=en&country=us) on our Polaris 20. All heaven textures are gone and some others are wrong. git bisect bad 445867c80d git bisect good e4f9a37ace /opt/mes

Re: [Mesa-dev] [PATCH 1/2] radeonsi: don't send data after write-confirm with BOTTOM_OF_PIPE_TS

For the series Tested-by: Dieter Nützel mpv drops notably, apart that '--vo=opengl-hq' isn't available any longer. Was replaced by '--vo=gpu'. Dieter Am 13.11.2018 22:23, schrieb Marek Olšák: From: Marek Olšák There are no writes. --- src/gallium/drivers/rade

Re: [Mesa-dev] [radeonsi] Blender/vsraytrace/fsraytrace/gsraytrace - GPUShader: compile error

I can confirm, that adding -fno-store-merging looks like a workaround, but with 20-33% (!!!) speed decrease (most (synthetic) benchmarks) and bigger files. Cheers, Dieter Am 13.11.2018 04:59, schrieb Dieter Nützel: GREAT hint Tim! Yes, of course. /home/dieter> gcc --version gcc (S

Re: [Mesa-dev] [radeonsi] Blender/vsraytrace/fsraytrace/gsraytrace - GPUShader: compile error

a? There was a compiler bug: https://bugzilla.redhat.com/show_bug.cgi?id=1645400 On 12/11/18 2:11 pm, Dieter Nützel wrote: Hello, I get brocken shaders with Blender and the above demos didn't start any longer. NOT NIR related. Have to start bisect. OpenGL renderer string: Radeon

[Mesa-dev] [radeonsi] Blender/vsraytrace/fsraytrace/gsraytrace - GPUShader: compile error

Hello, I get brocken shaders with Blender and the above demos didn't start any longer. NOT NIR related. Have to start bisect. OpenGL renderer string: Radeon RX 580 Series (POLARIS10, DRM 3.27.0, 4.19.0-rc1-1.g7262353-default+, LLVM 8.0.0) OpenGL core profile version string: 4.5 (Core Profile)

Re: [Mesa-dev] [PATCH 1/2] gallium: add PIPE_CONTEXT_LOSE_CONTEXT_ON_RESET

For the series Tested-by: Dieter Nützel Dieter Am 02.11.2018 21:10, schrieb Marek Olšák: From: Marek Olšák --- src/gallium/include/pipe/p_defines.h | 3 +++ src/mesa/state_tracker/st_manager.c | 3 +++ 2 files changed, 6 insertions(+) diff --git a/src/gallium/include/pipe/p_defines.h b

Re: [Mesa-dev] [PATCH] winsys/amdgpu: Stop using amdgpu_bo_handle_type_kms_noimport

Tested-by: Dieter Nützel Bugzilla: https://bugs.freedesktop.org/108096 is (code)FIXED with this. Thank you very much, Michel! Dieter Am 01.11.2018 12:31, schrieb Michel Dänzer: From: Michel Dänzer It only behaves any different from amdgpu_bo_handle_type_kms with libdrm 2.4.93, and it

Re: [Mesa-dev] [PATCH] amd: Make vgpr-spilling depend on llvm version

Tested-by: Dieter Nützel Thanks! Dieter Am 01.11.2018 19:52, schrieb Jan Vesely: The option was removed in LLVM r345763 Signed-off-by: Jan Vesely --- src/amd/common/ac_llvm_util.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/amd/common/ac_llvm_util.c b/src/amd

Re: [Mesa-dev] [PATCH 1/2] radeonsi: use better DCC clear codes

Tested-by: Dieter Nützel I only have Polaris 20...;-) Am 30.10.2018 21:03, schrieb Marek Olšák: From: Marek Olšák --- src/gallium/drivers/radeonsi/si_clear.c | 26 - 1 file changed, 21 insertions(+), 5 deletions(-) diff --git a/src/gallium/drivers/radeonsi

  1   2   3   4   5   >