- 10 Aug, 2020 16 commits
-
-
Rhys Perry authoredsetup_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: mesa/mesa#2768 Part-of: <mesa/mesa!6205>
-
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: <!6249>
-
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: mesa/mesa#3387Reviewed-by:
-
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:
-
Marcin Ślusarz authoredIt'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: <mesa/mesa!5788> -
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: <mesa/mesa!5788> -
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> -
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: <mesa/mesa!5788> -
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: <mesa/mesa!5788> -
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: <mesa/mesa!5788> -
Samuel Pitoiset authored
Signed-off-by:
Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl> Part-of: <mesa/mesa!6230>
-
Samuel Pitoiset authored
Help for debugging. Signed-off-by:
-
Samuel Pitoiset authored
Signed-off-by:
-
Samuel Pitoiset authored
Via VK_EXT_debug_report to help debugging various SPIRV->NIR issues. Signed-off-by:
-
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: mesa/mesa#3385Reviewed-by:
-
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>
-
- 09 Aug, 2020 10 commits
-
-
Gert Wollny authored
There are still regessions compared to TGSI, but there are also many fixes. Signed-off-by:
Gert Wollny <gert.wollny@collabora.com> Part-of: <mesa/mesa!6025>
-
Gert Wollny authored
This fixes spec@arb_compute_shader@execution@atomic-counter on HD 5450 Signed-off-by:
-
Gert Wollny authored
Signed-off-by:
-
Gert Wollny authored
Signed-off-by:
-
Gert Wollny authored
Signed-off-by:
-
Gert Wollny authored
Signed-off-by:
-
Gert Wollny authored
v2: rebase to use global variable lists Signed-off-by:
-
Gert Wollny authored
This is required to get atomics right. v2: rebase to use global variable lists Signed-off-by:
-
Gert Wollny authored
Signed-off-by:
-
Gert Wollny authored
This cap is useful for drivers that support hardware atomics and need special handling to resolve their addresses. Signed-off-by:
-
- 08 Aug, 2020 8 commits
-
-
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> -
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:
Marek Olšák <marek.olsak@amd.com> Part-of: <mesa/mesa!6207>
-
Eric Engestrom authored
Cc: mesa-stable Signed-off-by:
Emil Velikov <emil.velikov@collabora.com> Part-of: <mesa/mesa!4448>
-
Eric Engestrom authored
Cc: mesa-stable Signed-off-by:
-
Felix Yan authored
Part-of: <mesa/mesa!6238>
-
Eric Engestrom authored
Cc: mesa-stable Signed-off-by:
-
Joshua 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>
-
Timothy Arceri authored
Closes: mesa/mesa#3363Reviewed-by:
Danylo Piliaiev <danylo.piliaiev@globallogic.com>
Part-of: <mesa/mesa!6198>
-
- 07 Aug, 2020 6 commits
-
-
Rob Clark authored
It is mostly just useful to us.. and it is big since it links in nir and most of the rest of gallium. Signed-off-by:
Rob Clark <robdclark@chromium.org> Part-of: <mesa/mesa!6234>
-
Rob Clark authored
Needed for installed version of crashdec/cffdump. Fixes: 9c33c538 ("freedreno/registers: install gzip'd register database") Signed-off-by:
-
Dylan Baker authored
Freedreno needs at least Lua 5.2, but the current code will report found for 5.1, which doesn't actually work. Fixes: caa107cb ("freedreno/decode: move dependencies up a level") Reviewed-by:
Rob Clark <robclark@freedesktop.org> Part-of: <mesa/mesa!6229>
-
Marek Olšák authored
The magic numbers fix sample shading. The bypass flag is optional. Fixes: a23802bc - ac,radeonsi: start adding support for gfx10.3 Acked-by:
Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <mesa/mesa!6137>
-
Marek Olšák authored
The LDS size can't overflow anymore, so we can use the correct max LDS size. Fixes: a23802bc - ac,radeonsi: start adding support for gfx10.3 Acked-by:
-
Marek Olšák authored
The next commit will use it. Fixes: a23802bc - ac,radeonsi: start adding support for gfx10.3 Acked-by:
-
