- Apr 22, 2020
-
-
Dylan Baker authored
-
Dylan Baker authored
-
- Apr 20, 2020
-
-
Faith Ekstrand authored
Fixes: d787a2d0 "anv: Implement VK_KHR_pipeline_executable_properties" Reviewed-by: Caio Marcelo de Oliveira Filho <caio.oliveira@intel.com> Part-of: <mesa/mesa!4597> (cherry picked from commit b8acf9a3)
-
Faith Ekstrand authored
Reviewed-by: Caio Marcelo de Oliveira Filho <caio.oliveira@intel.com> Part-of: <mesa/mesa!4597> (cherry picked from commit e0031046)
-
Inside nested flow control, nir_lower_returns inserts predicated breaks in the outer block. However, it would omit doing this if the remainder of the outer block (after the inner block) was empty. This is not correct in the case of loops, as execution just wraps back around to the start of the loop, so this change doesn't skip the predication inside loops. Fixes: 79dec93e (nir: Add return lowering pass) Closes: mesa/mesa#2724 Reviewed-by: Jason Ekstrand <jason@jlekstrand.net> Part-of: <mesa/mesa!4603> (cherry picked from commit ec1b96fd)
-
Probably doesn't fix anything but those should be accessed in an atomic way just like the head pointer. Signed-off-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com> Fixes: e4f01eca ("util: Add a free list structure for use with util_sparse_array") Reviewed-by: Jason Ekstrand <jason@jlekstrand.net> Part-of: <mesa/mesa!4613> (cherry picked from commit cdc43775)
-
Faith Ekstrand authored
We use vtn_vector_extract to handle vector component level derefs. This makes us gracefully handle the case where your vector component is OOB and give you an undef. The SPIR-V working group is still working out whether or not this is technically legal but it's very little code for us to handle it so we may as well. Cc: mesa-stable@lists.freedesktop.org Reviewed-by: Caio Marcelo de Oliveira Filho <caio.oliveira@intel.com> Part-of: <mesa/mesa!4495> (cherry picked from commit 380bf556)
-
By temporarily storing the new_head by a uint32_t, we wipe out the counter section of the head pointer. Fixes: e4f01eca ("util: Add a free list structure for use with util_sparse_array") Reviewed-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com> Reviewed-by: Rafael Antognolli <rafael.antognolli@intel.com> Reviewed-by: Jason Ekstrand <jason@jlekstrand.net> Part-of: <mesa/mesa!4612> (cherry picked from commit dc3a1799)
-
Danylo Piliaiev authored
We must update stp->Base.info after translation and before st_prepare_vertex_program is called, because inputs_read may become outdated after NIR optimization passes. For ffvp/ARB_vp inputs_read is populated based on declared attributes without taking their usage into consideration. When creating shader variants we expect that their inputs_read would match the base ones for input mapping to work properly. Cc: <mesa-stable@lists.freedesktop.org> Fixes: 8a0dd0af Closes: mesa/mesa#2758 Signed-off-by: Danylo Piliaiev <danylo.piliaiev@globallogic.com> Reviewed-by: Marek Olšák <marek.olsak@amd.com> Part-of: <mesa/mesa!4598> (cherry picked from commit d684fb37)
-
It's like the layer, it has to be exported via the pos and also as a varying if the fragment shader reads it. Fixes dEQP-VK.draw.shader_viewport_index.fragment_shader_* Cc: <mesa-stable@lists.freedesktop.org> Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com> Reviewed-by: Rhys Perry <pendingchaos02@gmail.com> Reviewed-by: Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl> Part-of: <mesa/mesa!4564> (cherry picked from commit c4ca9e66)
-
It's like the layer, it has to be exported via the pos and also as a varying if the fragment shader reads it. Fixes dEQP-VK.draw.shader_viewport_index.fragment_shader_* Cc: <mesa-stable@lists.freedesktop.org> Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com> Reviewed-by: Rhys Perry <pendingchaos02@gmail.com> Reviewed-by: Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl> Part-of: <mesa/mesa!4564> (cherry picked from commit b424d49a)
-
Marek Olšák authored
Fixes: bc99b22a Closes: #2754 Acked-by: Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <mesa/mesa!4527> (cherry picked from commit 80797edd)
-
Signed-off-by: Tapani Pälli <tapani.palli@intel.com> Reported-by: Eduardo Lima Mitev <elima@igalia.com> Reviewed-by: Eduardo Lima Mitev <elima@igalia.com> Reviewed-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com> Cc: <mesa-stable@lists.freedesktop.org> Part-of: <mesa/mesa!4547> (cherry picked from commit a934c8e7)
-
To workaround a crash with Wolfeinstein Younglood because the games creates one descriptor with VK_DESCRIPTOR_TYPE_ACCELERATION_STRUCTURE_NV... I reported the problem to Machine Games, but still no answer, so let's remove the unreachable calls (which are technically not unreachable for buggy apps) to help gamers. Note that AMDVLK and AMDGPU-PRO don't crash because they ignore unsupported descriptor types. Cc: <mesa-stable@lists.freedesktop.org> Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com> Reviewed-by: Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl> Part-of: <mesa/mesa!4571> (cherry picked from commit 35b39639)
-
This reverts commit a0e57432. It's unclear what caused the test to fail back then. Now it's seems to be reversed. I tested with a close enough piglit and mesa branch and wasn't able to reproduce the same test result I've got in some older piglit runs. Fixes: dEQP-GLES2.functional.rasterization.primitives.lines_wide dEQP-GLES2.functional.rasterization.primitives.line_strip_wide dEQP-GLES2.functional.rasterization.primitives.line_loop_wide dEQP-GLES2.functional.rasterization.limits.points dEQP-GLES2.functional.clipping.line.wide_line_z_clip dEQP-GLES2.functional.clipping.line.wide_line_z_clip_viewport_center dEQP-GLES2.functional.clipping.line.wide_line_z_clip_viewport_corner dEQP-GLES2.functional.clipping.line.wide_line_clip dEQP-GLES2.functional.clipping.line.wide_line_clip_viewport_center dEQP-GLES2.functional.clipping.line.wide_line_clip_viewport_corner dEQP-GLES2.functional.clipping.line.wide_line_attrib_clip dEQP-GLES2.functional.polygon_offset.default_result_depth_clamp dEQP-GLES2.functional.polygon_offset.default_factor_1_slope dEQP-GLES2.functional.polygon_offset.fixed16_result_depth_clamp dEQP-GLES2.functional.polygon_offset.fixed16_factor_1_slope Signed-off-by: Karol Herbst <kherbst@redhat.com> Reviewed-by: Ilia Mirkin <imirkin@alum.mit.edu> Part-of: <mesa/mesa!4575> (cherry picked from commit 2d489f76)
-
Fixes: 18f896e5 (llvmpipe: add initial nir support) Reviewed-by: Roland Scheidegger <sroland@vmware.com> Part-of: <mesa/mesa!4563> (cherry picked from commit befe2ff3)
-
Not sure how I missed this, the ownership was a bit blurry, free the NIR. Fixes: bf12bc2d (draw: add nir info gathering and building support) Reviewed-by: Roland Scheidegger <sroland@vmware.com> Part-of: <mesa/mesa!4563> (cherry picked from commit f01c0565)
-
Dylan Baker authored
-
- Apr 19, 2020
-
-
Closes: #2560 Signed-off-by: Karol Herbst <kherbst@redhat.com> Reviewed-by: Michel Dänzer <mdaenzer@redhat.com> Tested-by: Marge Bot <mesa/mesa!4417> Part-of: <mesa/mesa!4417> (cherry picked from commit ff1a3a00)
-
- Apr 15, 2020
-
-
Emil Velikov authored
Earlier commit added the code unconditionally, since the loader code itself is already built on macOS. Although it did not consider the #include mayhem that src/glx is. In particular, none of the __GLXDRI{screen,context,drawable) are available for macOS... those are pulled by dri_common.[ch]. Ideally we'll untangle that, but for the time being simply #ifdef out the include/call. Closes: mesa/mesa#2726 Fixes: b699d070 ("glx: set the loader_logger early and for everyone") Signed-off-by: Emil Velikov <emil.velikov@collabora.com> Part-of: <mesa/mesa!4490> (cherry picked from commit 22406da7)
-
Signed-off-by: Rhys Perry <pendingchaos02@gmail.com> Reviewed-by: Samuel Pitoiset <samuel.pitoiset@gmail.com> Fixes: 6f718edc ('aco: simplify gathering of MIMG address components') Part-of: <mesa/mesa!4550> (cherry picked from commit c818b5c0)
-
We have to assume any external buffer could be used by the display HW. In the case that buffer is also CPU mapped, we want to assume no cache coherency as it is only available between GT & CPU, not display. Many thanks to Michel Dänzer for the hint! v2: Move cache coherent drop to bufmgr (Chris) v3: Also make BO external if created with PIPE_BIND_SHARED (Eric) Signed-off-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com> Cc: <mesa-stable@lists.freedesktop.org> Closes: mesa/mesa#2552 Reviewed-by: Eric Anholt <eric@anholt.net> Part-of: <mesa/mesa!4533> (cherry picked from commit 8ce46f35)
-
before: $ file src/gallium/drivers/swr/rasterizer/codegen/gen_llvm_types.py src/gallium/drivers/swr/rasterizer/codegen/gen_llvm_types.py: Python script text executable, UTF-8 Unicode (with BOM) text after: $ file src/gallium/drivers/swr/rasterizer/codegen/gen_llvm_types.py src/gallium/drivers/swr/rasterizer/codegen/gen_llvm_types.py: Python script text executable, ASCII text This patch also fixes this build error. File "src/gallium/drivers/swr/rasterizer/codegen/gen_llvm_types.py", line 1 # Copyright (C) 2014-2018 Intel Corporation. All Rights Reserved. ^ SyntaxError: invalid character in identifier Fixes: c6e67f5a ("gallium/swr: add OpenSWR rasterizer") Signed-off-by: Vinson Lee <vlee@freedesktop.org> Reviewed-by: Jan Zielinski <jan.zielinski@intel.com> Part-of: <mesa/mesa!4221> (cherry picked from commit 68b40cfe)
-
Dylan Baker authored
-
- Apr 14, 2020
-
-
Prodea Alexandru-Liviu authored
LLVM engine component contains 2 new libraries, LLVMCFGuard and LLVMTextAPI. Without them build fails like in this run: https://ci.appveyor.com/project/Alexpux/mingw-packages/builds/32102425/job/wkmb4gimfqkkb3cg Cc: <mesa-stable@lists.freedesktop.org> Part-of: <mesa/mesa!4521> (cherry picked from commit f0b94262)
-
This fixes an assertion in iris_disk_cache_init() when the initialization goes through drm_create_adapter(), which lives in d3dadapter9.so. In this case build_id_find_nhdr_for_addr() fails and returns NULL, since the shared library does not include a build ID. The issue can be reproduced with an iris capable GPU and Xnine, while removing the shader cache prior to launching the application. Fix this by doing the same as in 29ea92e6. Fixes: 4756864c "iris: Start wiring up on-disk shader cache" Reviewed-by: Dylan Baker <dylan@pnwbakers.com> Part-of: <mesa/mesa!4499> (cherry picked from commit c38946e6)
-
When dealing with a regression in libdrm-2.4.101, I masked the package in Gentoo. In doing so, we discovered that Mesa's dri.pc specifies a version requirement in dri.pc for >= the version of libdrm Mesa was built against, thus preventing packages from being rebuilt with the older version of libdrm installed. Let's reduce this version requirement to the latest libdrm required by Mesa instead, since libdrm is backward compatible. Fixes: a3a16d4a ("meson: use dep_libdrm version for pkg-config") Reviewed-by: Dylan Baker <dylan@pnwbakers.com> Reviewed-by: Eric Engestrom <eric@engestrom.ch> Part-of: <mesa/mesa!4534> (cherry picked from commit e4268ffb)
-
Dylan Baker authored
-
- Apr 13, 2020
-
-
Neil Armstrong authored
The FILES_HOST_NAME and FILES_HOST_URL are in the baylibre's runner environment to make it more flexible. Also use the new aarch64 mesa-ci-aarch64-lava-baylibre runner with embedded nginx server to serve the LAVA artifacts. Signed-off-by: Neil Armstrong <narmstrong@baylibre.com> Reviewed-by: Tomeu Vizoso <tomeu.vizoso@collabora.com> Tested-by: Marge Bot <mesa/mesa!4295> (cherry picked from commit 51831537) Part-of: <mesa/mesa!4462>
-
Neil Armstrong authored
The FILES_HOST_URL & FILES_HOST_NAME will be in the Baylibre's runner environment, move them into the t860/t720/t760 jobs using Collabora's runner. Signed-off-by: Neil Armstrong <narmstrong@baylibre.com> Reviewed-by: Tomeu Vizoso <tomeu.vizoso@collabora.com> (cherry picked from commit 842f13d8) Part-of: <mesa/mesa!4462>
-
Tomeu Vizoso authored
Currently, we store the kernel and ramdisk for each LAVA job in the artifacts of the job that built them. Because artifacts are stored in GCE and LAVA labs aren't, this causes a lot of egress with is expensive. To avoid this, have runners download most of the data via the (cached) container images once, and for each job upload the kernel and ramdisk to a server outside GCE. Right now we only have Collabora's runner with a local web server, so jobs that go to Baylibre's lab have been disabled. Signed-off-by: Tomeu Vizoso <tomeu.vizoso@collabora.com> Reviewed-by: Eric Anholt <eric@anholt.net> (cherry picked from commit b1238498) Part-of: <mesa/mesa!4462>
-
Tomeu Vizoso authored
There's some files from the .gitlab-ci directory that are needed in the test stage and that, because the Mesa repository isn't checked out in that stage, need to be made available through other means. Because those files are going to be needed in LAVA devices, place them ino the tarball containing the built files so it's available to both gitlab-ci runners and LAVA devices. Before those files were passed in the artifacts of the Gitlab CI job, but this commit places them into the built tarball so scripts later in the pipeline don't need to account for this discrepancy. Signed-off-by: Tomeu Vizoso <tomeu.vizoso@collabora.com> Reviewed-by: Eric Anholt <eric@anholt.net> (cherry picked from commit 92f3c515) Part-of: <mesa/mesa!4462>
-
Emma Anholt authored
The LLVM libraries were a significant fraction of the entire payload (55M/250M uncompressed) into the initramfs of the test boards, but LLVM is only used for the draw module used in select/feedback (which isn't even tested in CI on ARM yet). Assume that llvmpipe draw is safe enough for ARM given the coverage on x86, and disable LLVM for these jobs. Reviewed-by: Tomeu Vizoso <tomeu.vizoso@collabora.com> (cherry picked from commit 25741586) Part-of: <mesa/mesa!4462>
-
Rohan Garg authored
radv needs libllvm which increases our ramdisk size significantly. Since this driver is only build tested, we can split it out into a separate job. Signed-off-by: Rohan Garg <rohan.garg@collabora.com> Reviewed-by: Samuel Pitoiset <samuel.pitoiset@gmail.com> Reviewed-by: Eric Anholt <eric@anholt.net> Reviewed-by: Tomeu Vizoso <tomeu.vizoso@collabora.com> (cherry picked from commit 9c0bbba8) Part-of: <mesa/mesa!4462>
-
Fixes: d1fa69ed ("glsl: do not attempt assignment if operand type not parsed correctly") Closes: mesa/mesa#2696 Signed-off-by: Tapani Pälli <tapani.palli@intel.com> Reviewed-by: Timothy Arceri <tarceri@itsqueeze.com> Part-of: <mesa/mesa!4341> (cherry picked from commit 53e4159e)
-
Signed-off-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com> Cc: <mesa-stable@lists.freedesktop.org> Closes: mesa/mesa#1373 Reviewed-by: Adam Jackson <ajax@redhat.com> Reviewed-by: Rafael Antognolli <rafael.antognolli@intel.com> Part-of: <mesa/mesa!4086> (cherry picked from commit 4094558e)
-
v2: Fix storing of drm fd (Ajax) Signed-off-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com> Cc: <mesa-stable@lists.freedesktop.org> Closes: mesa/mesa#1373 Reviewed-by: Adam Jackson <ajax@redhat.com> Reviewed-by: Rafael Antognolli <rafael.antognolli@intel.com> Part-of: <mesa/mesa!4086> (cherry picked from commit 865b840a)
-
Because St creates resources from a screen and attach them onto another we need to ensure the resources associated to a screen & bufmgr stay around until we don't need them anymore. Signed-off-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com> Cc: <mesa-stable@lists.freedesktop.org> Closes: mesa/mesa#1373 Reviewed-by: Adam Jackson <ajax@redhat.com> Reviewed-by: Rafael Antognolli <rafael.antognolli@intel.com> Part-of: <mesa/mesa!4086> (cherry picked from commit 0a497eb1)
-
St happilly uses pipe_resources created with one screen with other screens. Unfortunately our resources have a single identifier that related to a given screen and its associated DRM file descriptor. To workaround this, let's share the buffer manager between screens for a given DRM device. That way handles are always valid. v2: Don't forget to close the fd that bufmgr now owns Take a copy of the fd to ensure it stays alive even if the dri layer closes it Signed-off-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com> Cc: <mesa-stable@lists.freedesktop.org> Closes: mesa/mesa#1373 Reviewed-by: Adam Jackson <ajax@redhat.com> Reviewed-by: Rafael Antognolli <rafael.antognolli@intel.com> Part-of: <mesa/mesa!4086> (cherry picked from commit 7557f160)
-
Signed-off-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com> Cc: <mesa-stable@lists.freedesktop.org> Reviewed-by: Adam Jackson <ajax@redhat.com> Reviewed-by: Rafael Antognolli <rafael.antognolli@intel.com> Part-of: <mesa/mesa!4086> (cherry picked from commit bd3e5054)
-