Commits on Source (42)
-
Timothy Arceri authored
Closes: #3363 Reviewed-by:
Danylo Piliaiev <danylo.piliaiev@globallogic.com> Part-of: <!6198>
08f3dcf2 -
Autumn Ashton authored
`sizeof(void*) != sizeof(VkShaderModule)` on x86 hence this fails with `-Werror=int-conversion` Fixes: 0f059d55 "zink: split up creating zink_shader objects and VkShaderModule objects" Reviewed-by:
Erik Faye-Lund <erik.faye-lund@collabora.com> Part-of: <!6239>
b238d17a -
Eric Engestrom authored
Cc: mesa-stable Signed-off-by:
Eric Engestrom <eric@engestrom.ch> Part-of: <!6134>
e3069c42 -
Felix Yan authored
Part-of: <mesa/mesa!6238>
04bd58ff -
Eric Engestrom authored
Cc: mesa-stable Signed-off-by:
Eric Engestrom <eric@engestrom.ch> Reviewed-by:
Emil Velikov <emil.velikov@collabora.com> Part-of: <!4448>
351d513e -
Eric Engestrom authored
Cc: mesa-stable Signed-off-by:
Eric Engestrom <eric@engestrom.ch> Reviewed-by:
Emil Velikov <emil.velikov@collabora.com> Part-of: <!4448>
800816d7 -
Eric Engestrom authored
The option is not a toggle to "allow GPU vendor to be overridden", it *is* the override. Fixes: dca119f1 ("mesa/gallium: add dric option to allow overriding GL vendor string") Signed-off-by:
Eric Engestrom <eric@engestrom.ch> Reviewed-by:
Marek Olšák <marek.olsak@amd.com> Part-of: <!6207>
7fbadfc3 -
Eric Engestrom authored
https://github.com/KhronosGroup/EGL-Registry/pull/95 has moved a couple of extensions defines and functions to the upstream `eglext.h`, but when 9a74746b sync'ed these files we broke compilation of apps that require these symbols on systems that don't have the updated Khronos headers. On non-GLVND builds, we still provide these headers, so everything's fine, but on GLVND builds the Khronos headers are external so we need to make sure we have a libglvnd version that's recent enough. Fixes: 9a74746b ("EGL: sync headers with Khronos") Signed-off-by:
Eric Engestrom <eric@engestrom.ch> Acked-by:
Daniel Stone <daniels@collabora.com> Part-of: <mesa/mesa!6069>
dd003abd -
This cap is useful for drivers that support hardware atomics and need special handling to resolve their addresses. Signed-off-by:
Gert Wollny <gert.wollny@collabora.com> Part-of: <mesa/mesa!6025>
a03e24aa -
Signed-off-by:
Gert Wollny <gert.wollny@collabora.com> Part-of: <!6025>
a828f6c5 -
This is required to get atomics right. v2: rebase to use global variable lists Signed-off-by:
Gert Wollny <gert.wollny@collabora.com> Part-of: <!6025>
df2acf8e -
v2: rebase to use global variable lists Signed-off-by:
Gert Wollny <gert.wollny@collabora.com> Part-of: <!6025>
56dedf05 -
Signed-off-by:
Gert Wollny <gert.wollny@collabora.com> Part-of: <!6025>
702619c4 -
Signed-off-by:
Gert Wollny <gert.wollny@collabora.com> Part-of: <!6025>
11a861c7 -
Signed-off-by:
Gert Wollny <gert.wollny@collabora.com> Part-of: <!6025>
ac87cc22 -
Signed-off-by:
Gert Wollny <gert.wollny@collabora.com> Part-of: <!6025>
3e3068a7 -
This fixes spec@arb_compute_shader@execution@atomic-counter on HD 5450 Signed-off-by:
Gert Wollny <gert.wollny@collabora.com> Part-of: <!6025>
834a61df -
There are still regessions compared to TGSI, but there are also many fixes. Signed-off-by:
Gert Wollny <gert.wollny@collabora.com> Part-of: <!6025>
4975b3ec -
ChingShih-Li authored
StoneyRidge may not comply to required target bitrate when generating H.264 stream in CBR mode. Signed-off-by:
Louis Li <Ching-shih.Li@amd.com> Reviewed-by:
Leo Liu <leo.liu@amd.com> Part-of: <!4384>
f7e7cf63 -
Bas Nieuwenhuizen authored
The added assert fails on MSAA images if we disable FMASK .... Reordered things. Fixes: c6aadbae "radv: Don't use both DCC and CMASK for single sample images." Closes: #3385 Reviewed-by:
Samuel Pitoiset <samuel.pitoiset@gmail.com> Part-of: <!6232>
ff4f6202 -
Samuel Pitoiset authored
Via VK_EXT_debug_report to help debugging various SPIRV->NIR issues. Signed-off-by:
Samuel Pitoiset <samuel.pitoiset@gmail.com> Reviewed-by:
Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl> Part-of: <!6223>
11781c0e -
Samuel Pitoiset authored
Signed-off-by:
Samuel Pitoiset <samuel.pitoiset@gmail.com> Reviewed-by:
Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl> Part-of: <!6230>
cc4b9c21 -
Samuel Pitoiset authored
Help for debugging. Signed-off-by:
Samuel Pitoiset <samuel.pitoiset@gmail.com> Reviewed-by:
Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl> Part-of: <!6230>
3691ef55 -
Samuel Pitoiset authored
Signed-off-by:
Samuel Pitoiset <samuel.pitoiset@gmail.com> Reviewed-by:
Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl> Part-of: <!6230>
6d988ad4 -
Marcin Ślusarz authored
It matters only when counters are not ordered by offset. Signed-off-by:
Marcin Ślusarz <marcin.slusarz@intel.com> Reviewed-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com> Part-of: <!5788>
e7e6f709 -
Marcin Ślusarz authored
It matters only when counters are not ordered by offset. Signed-off-by:
Marcin Ślusarz <marcin.slusarz@intel.com> Reviewed-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com> Part-of: <!5788>
03e8b355 -
Marcin Ślusarz authored
No functional changes. Signed-off-by:
Marcin Ślusarz <marcin.slusarz@intel.com> Reviewed-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com> Part-of: <!5788>
9fa64803 -
Marcin Ślusarz authored
Currently Linux kernel gathers performance counters at fixed intervals (~5-10ms), so if application uses AMD_performance_monitor extension and immediately after glFinish() asks GL driver for HW performance counter values it might not get any data (values == 0). Fix this by moving the "read counters from kernel" code from "is query ready" to "get counter values" callback with a loop around it. Unfortunately it means that the "read counters from kernel" code can spin for up to 10ms. Ideally kernel should gather performance counters whenever we ask it for counter values, but for now we have deal with what we have. Signed-off-by:
Marcin Ślusarz <marcin.slusarz@intel.com> Cc: <mesa-stable@lists.freedesktop.org> Reviewed-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com> Part-of: <!5788>
2fbab5a1 -
Marcin Ślusarz authored
Move oa_metrics_available out of load_oa_metrics and call build_unique_counter_list outside. This change is a preparation for the next patch. It should not have any functional impact. Signed-off-by:
Marcin Ślusarz <marcin.slusarz@intel.com> Reviewed-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com> Part-of: <!5788>
59716e40 -
Marcin Ślusarz authored
It's a lot easier to deal with them in RenderDoc when they are in some meaningful order. Signed-off-by:
Marcin Ślusarz <marcin.slusarz@intel.com> Reviewed-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com> Part-of: <!5788>
a777b253 -
Bas Nieuwenhuizen authored
Enables DCC/HTILE/CMASK/FMASK when supported, not just when we think it is beneficial. This is helpful to detect compression bugs with CTS. Reviewed-by:
Samuel Pitoiset <samuel.pitoiset@gmail.com> Part-of: <!6252>
2fa83dc6 -
Bas Nieuwenhuizen authored
We cannot decompress from the compute queue. While I'm pretty sure VK_IMAGE_LAYOUT_COLOR_ATTACHMENT_OPTIMAL is only useful on the graphics queue, I cannot find a VU that prevents the transition from happening on another queue, so we need to be careful here. This patch ensures we do the decompression on the barrier that changes the queue ownership. Another problem was that DCC images were considered fast-clearable when not DCC compressed, which resulted in a mess with concurrent queue ownership. Cc: <mesa-stable@lists.freedesktop.org> Closes: #3387 Reviewed-by:
Samuel Pitoiset <samuel.pitoiset@gmail.com> Part-of: <!6252>
e362ccb2 -
Thong Thai authored
Fixes an issue where the JPEG decode would timeout when decoding certain JPEG files. Signed-off-by:
Thong Thai <thong.thai@amd.com> Reviewed-by:
Boyuan Zhang <boyuan.zhang@amd.com> Part-of: <mesa/mesa!6249>
0f8ef37f -
Rhys Perry authored
setup_nir() is done for all shaders before any of them are selected, so constant_data_offset could be incorrect for the first shader. Fixes incorrect geometry in Mafia III and Max Payne 3. Signed-off-by:
Rhys Perry <pendingchaos02@gmail.com> Reviewed-by:
Samuel Pitoiset <samuel.pitoiset@gmail.com> Cc: mesa-stable Closes: #2768 Part-of: <!6205>
6e705081 -
maurossi authored
Fixes the following building errors: target C: libpanfrost_encoder <= external/mesa/src/panfrost/encoder/pan_attributes.c ... clang: error: no such file or directory: 'external/mesa/src/panfrost/encoder/pan_attributes.c' clang: error: no input files target C: libpanfrost_encoder <= external/mesa/src/panfrost/encoder/pan_afbc.c ... clang: error: no such file or directory: 'external/mesa/src/panfrost/encoder/pan_afbc.c' clang: error: no input files Fixes: 1c62b552 ("panfrost: Rename encoder/ to lib/") Signed-off-by:
Mauro Rossi <issor.oruam@gmail.com> Reviewed-by:
Alyssa Rosenzweig <alyssa.rosenzweig@collabora.com> Part-of: <!6261>
de352f58 -
maurossi authored
Fixes the following building errors: target C: libpanfrost_decode <= external/mesa/src/panfrost/pandecode/common.c ... clang: error: no such file or directory: 'external/mesa/src/panfrost/pandecode/common.c' clang: error: no input files Fixes: d62a6e7c ("panfrost: Move pandecode into lib/") Signed-off-by:
Mauro Rossi <issor.oruam@gmail.com> Reviewed-by:
Alyssa Rosenzweig <alyssa.rosenzweig@collabora.com> Part-of: <!6261>
b9e58be3 -
maurossi authored
Fixes the following building errors: ld.lld: error: undefined symbol: mir_print_constant_component >>> referenced by disassemble.c:356 (external/mesa/src/panfrost/midgard/disassemble.c:356) ... ld.lld: error: undefined symbol: mir_print_constant_component >>> referenced by disassemble.c:416 (external/mesa/src/panfrost/midgard/disassemble.c:416) Fixes: b792d613 ("pan/mdg: Separate disassembler and compiler targets") Signed-off-by:
Mauro Rossi <issor.oruam@gmail.com> Reviewed-by:
Alyssa Rosenzweig <alyssa.rosenzweig@collabora.com> Part-of: <!6261>
41c9a2e7 -
maurossi authored
Fixes the following building errors: ld.lld: error: undefined symbol: bi_interp_mode_name >>> referenced by bi_print.c:207 (external/mesa/src/panfrost/bifrost/bi_print.c:207) ... ld.lld: error: undefined symbol: bi_round_mode_name >>> referenced by bi_print.c:285 (external/mesa/src/panfrost/bifrost/bi_print.c:285) ld.lld: error: undefined symbol: bi_clause_type_name >>> referenced by disassemble.c:142 (external/mesa/src/panfrost/bifrost/disassemble.c:142) ... ld.lld: error: undefined symbol: bi_ldst_type_name >>> referenced by disassemble.c:0 (external/mesa/src/panfrost/bifrost/disassemble.c:0) Fixes: 14bb72c6 ("pan/bi: Separate disasm/compiler targets") Signed-off-by:
Mauro Rossi <issor.oruam@gmail.com> Reviewed-by:
Alyssa Rosenzweig <alyssa.rosenzweig@collabora.com> Part-of: <!6261>
166630f7 -
Lowering source modifiers will convert a 16bit source to a 32bit value. In the case of integer multiplication, this will reverse previous lowering performed by lower_mul_dword_inst. Assert to prevent an illegal DxD operation (and GPU hang). Reviewed-by:
Francisco Jerez <currojerez@riseup.net>
ee06e47c -
GEN:BUG:1604601757 prevents source modifiers for multiplication of lower precision integers. lower_mul_dword_inst() splits 32x32 multiplication into 32x16, and needs to eliminate source modifiers in this case. Closes: #3329 Reviewed-by:
Francisco Jerez <currojerez@riseup.net>
cf52b40f -
Mike Blumenkrantz authored
Reviewed-by:
Kenneth Graunke <kenneth@whitecape.org> Part-of: <!5338>
2368813c -
Mike Blumenkrantz authored
in some cases (e.g., zink and d3d12) we only want to split the depth and stencil buffers when we're mapping them, and we can handle packed buffers in other cases, so being able to reuse the u_transfer_helper functionality is still desired but only if we can preserve the underlying buffer the rest of the time Kenneth Graunke notes during post-review: Vulkan reads/copies on packed Z24S8 only return depth, so we need to use separate Z24 and S8 reads and do packing tricks. Reviewed-by:
Kenneth Graunke <kenneth@whitecape.org> Part-of: <!5338>
2cd0c8d8
Showing
- .gitlab-ci.yml 1 addition, 1 deletion.gitlab-ci.yml
- .gitlab-ci/container/x86_build.sh 1 addition, 1 deletion.gitlab-ci/container/x86_build.sh
- bin/pick/ui.py 2 additions, 2 deletionsbin/pick/ui.py
- docs/envvars.rst 3 additions, 0 deletionsdocs/envvars.rst
- docs/gallium/screen.rst 1 addition, 0 deletionsdocs/gallium/screen.rst
- include/c11/threads_win32.h 1 addition, 1 deletioninclude/c11/threads_win32.h
- meson.build 1 addition, 1 deletionmeson.build
- src/amd/compiler/aco_instruction_selection_setup.cpp 8 additions, 10 deletionssrc/amd/compiler/aco_instruction_selection_setup.cpp
- src/amd/vulkan/radv_debug.h 1 addition, 0 deletionssrc/amd/vulkan/radv_debug.h
- src/amd/vulkan/radv_device.c 21 additions, 2 deletionssrc/amd/vulkan/radv_device.c
- src/amd/vulkan/radv_image.c 25 additions, 14 deletionssrc/amd/vulkan/radv_image.c
- src/amd/vulkan/radv_private.h 18 additions, 4 deletionssrc/amd/vulkan/radv_private.h
- src/amd/vulkan/radv_shader.c 39 additions, 0 deletionssrc/amd/vulkan/radv_shader.c
- src/amd/vulkan/radv_util.c 30 additions, 7 deletionssrc/amd/vulkan/radv_util.c
- src/egl/egl-entrypoint-check.py 56 additions, 9 deletionssrc/egl/egl-entrypoint-check.py
- src/gallium/auxiliary/util/u_screen.c 1 addition, 0 deletionssrc/gallium/auxiliary/util/u_screen.c
- src/gallium/auxiliary/util/u_transfer_helper.c 124 additions, 1 deletionsrc/gallium/auxiliary/util/u_transfer_helper.c
- src/gallium/auxiliary/util/u_transfer_helper.h 10 additions, 0 deletionssrc/gallium/auxiliary/util/u_transfer_helper.h
- src/gallium/drivers/iris/iris_monitor.c 1 addition, 1 deletionsrc/gallium/drivers/iris/iris_monitor.c
- src/gallium/drivers/iris/iris_performance_query.c 2 additions, 1 deletionsrc/gallium/drivers/iris/iris_performance_query.c