- 06 Dec, 2021 20 commits
-
-
ASAN found a leak: ``` Direct leak of 1440 byte(s) in 10 object(s) allocated from: #0 0x4a9a92 in calloc (build-Monado-CMake/src/xrt/targets/service/monado-service+0x4a9a92) #1 0x7fdf82afed06 in drmDeviceAlloc build-drm/../drm/xf86drm.c:3933:14 #2 0x7fdf82b00203 in drmProcessPciDevice build-drm/../drm/xf86drm.c:3965:11 #3 0x7fdf82b00203 in process_device build-drm/../drm/xf86drm.c:4359:16 #4 0x7fdf82b0485e in drmGetDevice2 build-drm/../drm/xf86drm.c:4528:15 #5 0x7fdf70751113 in device_select_find_xcb_pci_default ../src/vulkan/device-select-layer/device_select_x11.c:95:13 #6 0x7fdf70751113 in get_default_device ../src/vulkan/device-select-layer/device_select_layer.c:395:21 #7 0x7fdf70751113 in device_select_EnumeratePhysicalDevices ../src/vulkan/device-select-layer/device_select_layer.c:456:33 ``` Cc: mesa-stable Reviewed-by:
Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl> Reviewed-by:
Dave Airlie <airlied@redhat.com> Part-of: <!14068>
-
It's a *long* time since SGI was the copyright holder for the OpenGL trademark. And we implement more APIs by now, so let's update the disclaimer to instead redirect to the Khronos licensing page for details. While we're at it, soften the language on legal status as a formal implementation, as we currently have conformant drivers for most of the APIs by now. But refer to the Khronos website for details, as conformance status for drivers are subject to change. Reviewed-by:
Adam Jackson <ajax@redhat.com> Part-of: <!13833>
-
Reviewed-by:
Dave Airlie <airlied@redhat.com> Reviewed-by:
Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <mesa/mesa!14066>
-
The only code now left in this file is the linking function. Reviewed-by:
Dave Airlie <airlied@redhat.com> Reviewed-by:
Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <!14066>
-
Reviewed-by:
Dave Airlie <airlied@redhat.com> Reviewed-by:
Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <mesa/mesa!14066>
-
This is where all the other functions that handle uniform storage live. Reviewed-by:
Dave Airlie <airlied@redhat.com> Reviewed-by:
Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <mesa/mesa!14066>
-
The classic drivers that shared the code are now gone and the only user is the tgsi linker so here we move the code to where it is used. Reviewed-by:
Dave Airlie <airlied@redhat.com> Reviewed-by:
Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <mesa/mesa!14066>
-
The last user of this was dropped with the classic drivers. Reviewed-by:
Dave Airlie <airlied@redhat.com> Reviewed-by:
Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <mesa/mesa!14066>
-
The function is no longer called directly outside of this file. Reviewed-by:
Dave Airlie <airlied@redhat.com> Reviewed-by:
Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <mesa/mesa!14066>
-
The final use of this was removed when the classic drivers were dropped. Reviewed-by:
Dave Airlie <airlied@redhat.com> Reviewed-by:
Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Part-of: <mesa/mesa!14066>
-
Those defines exist in the packing headers too and some parts of the code (like mi_builder.h) include both. Signed-off-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com> Reviewed-by:
Tapani Pälli <tapani.palli@intel.com> Part-of: <mesa/mesa!13954>
-
Those names are a bit too common and sometimes clash variables. Signed-off-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com> Reviewed-by:
Tapani Pälli <tapani.palli@intel.com> Part-of: <mesa/mesa!13954>
-
Lionel Landwerlin authored
Signed-off-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com> Reviewed-by:
Dave Airlie <airlied@redhat.com> Part-of: <mesa/mesa!14060>
-
Dave Airlie authored
This is unused outside this now. Reviewed-by:
Timothy Arceri <tarceri@itsqueeze.com> Part-of: <mesa/mesa!14074>
-
Dave Airlie authored
This was always calling directly into the mesa version now Reviewed-by:
Timothy Arceri <tarceri@itsqueeze.com> Part-of: <mesa/mesa!14074>
-
Dave Airlie authored
These are assign to core mesa functions by st, so just direct call Reviewed-by:
Timothy Arceri <tarceri@itsqueeze.com> Part-of: <mesa/mesa!14074>
-
Dave Airlie authored
None of these are used anymore in the gallium world, there are some more to get rid off but this is a good start. Reviewed-by:
Timothy Arceri <tarceri@itsqueeze.com> Part-of: <mesa/mesa!14074>
-
Dave Airlie authored
This isn't used since swrast went away. Reviewed-by:
Zoltán Böszörményi <zboszor@gmail.com> Part-of: <!14072>
-
Dave Airlie authored
Reviewed-by:
Timothy Arceri <tarceri@itsqueeze.com> Reviewed-by:
Zoltán Böszörményi <zboszor@gmail.com> Part-of: <mesa/mesa!14072>
-
Timothy Arceri authored
The last users of these were removed when the classic drivers were dropped. Reviewed-by:
Dave Airlie <airlied@redhat.com> Part-of: <mesa/mesa!14070>
-
- 05 Dec, 2021 6 commits
-
-
Reviewed-by:
Samuel Pitoiset <samuel.pitoiset@gmail.com> Part-of: <mesa/mesa!13721>
-
Straightforward, just converting to a renderpass as well. Note that we now own the renderpass so I also added a bool to check if we own it so we can destroy it after recording. Doing the destruction at destroy & reset time, as reset can be called during recording, and destroy all the time. Reviewed-by:
Samuel Pitoiset <samuel.pitoiset@gmail.com> Part-of: <mesa/mesa!13721>
-
This is just the naive implementation that create a new renderpass and then destroys it at the end. I do it this way because in meta operations we are still creating temporary subpasses for a renderpass for e.g. the resolve. Reviewed-by:
Samuel Pitoiset <samuel.pitoiset@gmail.com> Part-of: <mesa/mesa!13721>
-
The approach here is to include a wrapper converting the legacy renderpass info to the new structures. Reviewed-by:
Samuel Pitoiset <samuel.pitoiset@gmail.com> Part-of: <mesa/mesa!13721>
-
Is used in VK_KHR_dynamic_rendering to indicate non-presence of color attachments. Wasn't really valid Vulkan so we otherwise don't need a workaround in the renderpass->dynamic rendering conversion. Reviewed-by:
Samuel Pitoiset <samuel.pitoiset@gmail.com> Part-of: <mesa/mesa!13721>
-
Reviewed-by:
Samuel Pitoiset <samuel.pitoiset@gmail.com> Part-of: <mesa/mesa!13721>
-
- 04 Dec, 2021 14 commits
-
-
v2: Fixup comment (Caio) Use generated builders (Caio) v3: Update spirv2dxil CI expectations Signed-off-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com> Reviewed-by:
Caio Oliveira <caio.oliveira@intel.com> Part-of: <mesa/mesa!13718>
-
Just remove queries that are never used or proceeded with. The latter case leading to undefined values. v2: Don't use nir_shader_instructions_pass() to find variables (Caio) Simplify replacement (Caio) v3: Don't track all the queries intrinsic effects (Caio) Rename things to represent only read queries (Caio) Use set instead of hash_table (Caio) Signed-off-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com> Reviewed-by:
Caio Oliveira <caio.oliveira@intel.com> Part-of: <!13718>
-
v2: Fix missing ray_query variable check (Caio) Signed-off-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com> Reviewed-by:
Caio Oliveira <caio.oliveira@intel.com> Part-of: <!13718>
-
Signed-off-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com> Reviewed-by:
Caio Oliveira <caio.oliveira@intel.com> Part-of: <mesa/mesa!13718>
-
v2: Add nir_print support Signed-off-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com> Reviewed-by:
Caio Oliveira <caio.oliveira@intel.com> Part-of: <mesa/mesa!13718>
-
Signed-off-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com> Reviewed-by:
Caio Oliveira <caio.oliveira@intel.com> Part-of: <mesa/mesa!13718>
-
Signed-off-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com> Cc: mesa-stable Reviewed-by:
Caio Oliveira <caio.oliveira@intel.com> Part-of: <mesa/mesa!13718>
-
Signed-off-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com> Fixes: 6339aba7 ("intel/compiler: Lower SSBO and shared loads/stores in NIR") Reviewed-by:
Caio Oliveira <caio.oliveira@intel.com> Part-of: <mesa/mesa!13718>
-
Yonggang Luo authored
"C:\CI-Tools\msys64\mingw64\bin/python3.EXE" "../../src/vulkan/util/gen_enum_to_str.py" "--xml" "../../src/vulkan/registry/vk.xml" "--outdir" "C:/work/xemu/xemu-opengl/mesa/build/windows-mingw64/src/vulkan/util" Traceback (most recent call last): File "C:\work\xemu\xemu-opengl\mesa\src\vulkan\util\gen_enum_to_str.py", line 473, in <module> main() File "C:\work\xemu\xemu-opengl\mesa\src\vulkan\util\gen_enum_to_str.py", line 462, in main f.write(template.render( UnicodeEncodeError: 'gbk' codec can't encode character '\xa9' in position 107: illegal multibyte sequence Signed-off-by:
Yonggang Luo <luoyonggang@gmail.com> Reviewed-by:
Jesse Natalie <jenatali@microsoft.com> Part-of: <mesa/mesa!14015>
-
This change defers the bo allocation for non-external mappable memory direct allocation. Signed-off-by:
Yiwei Zhang <zzyiwei@chromium.org> Reviewed-by:
Chia-I Wu <olvaffe@gmail.com> Part-of: <mesa/mesa!13874>
-
Signed-off-by:
Yiwei Zhang <zzyiwei@chromium.org> Reviewed-by:
Chia-I Wu <olvaffe@gmail.com> Part-of: <mesa/mesa!13874>
-
bo allocations for the below cases are after device memory allocation: 1. direct non-external mappable memory allocation 2. pool grow 3. exportable memory allocation For (1) and (2), the bo is for mapping, which is a pure kernel operation to happen later. So roundtrip waiting can be deferred until free memory. For (3), the bo is for either fd export or mapping, which are both pure kernel operations. So roundtrip waiting can also be deferred until free memory. Signed-off-by:
Yiwei Zhang <zzyiwei@chromium.org> Reviewed-by:
Chia-I Wu <olvaffe@gmail.com> Part-of: <mesa/mesa!13874>
-
The behavior we stick to is that the base_bo is always created for pool memory so that to keep it alive during suballocates and frees. This CL does the below: 1. rename pool_alloc to pool_suballocate and align the api interface 2. rename simple_alloc to pool_grow_alloc to make it pool specific 3. refactor pool_free and simple_free into a pair of pool_ref and pool_unref to simplify that vkFreeMemory is only called after the pool bo gets destroyed. Signed-off-by:
Yiwei Zhang <zzyiwei@chromium.org> Reviewed-by:
Chia-I Wu <olvaffe@gmail.com> Part-of: <mesa/mesa!13874>
-
Signed-off-by:
Yiwei Zhang <zzyiwei@chromium.org> Reviewed-by:
Chia-I Wu <olvaffe@gmail.com> Part-of: <mesa/mesa!13874>
-