Skip to content

Downstream 1.4.344#44

Merged
aqnuep merged 676 commits intosc_mainfrom
downstream-1.4.344
Mar 6, 2026
Merged

Downstream 1.4.344#44
aqnuep merged 676 commits intosc_mainfrom
downstream-1.4.344

Conversation

@aqnuep
Copy link
Contributor

@aqnuep aqnuep commented Mar 5, 2026

No description provided.

artem-lunarg and others added 30 commits January 9, 2026 16:01
This replaces an execution dependency that originates from a single
buffer or image barrier with a new global barrier functionality.

This improves performance accross the board but depends heavily on
the use case, from 2-3% to 20-30% faster.
This makes vkEnumerateInstanceVersion manually generated so that other
layers querying vkEnumerateInstanceVersion with vkGetInstanceProcAddr
don't crash due to a null VkInstance handle being passed in.
…eap (#11398)

* layers: Add output and Execute VUs for VK_QCOM_tile_memory_heap
* layers: Add new Resolve VUs for Tile Mem Heap

* layers: Simplify variables
The same BLAS address can be recorded multiple times, so when trying to
delete it from state tracking, the entire address array must be searched
* layers: Add descriptor tracking for Tile Mem

* layers: Fix nits and add new tests

* layers: Remove unused variable
Validate that no TLAS is reference in a TLAS AS references list
Multiple barriers are applied in two steps (collect and apply) to
ensure independent barrier application. This path was also used for a
single image or buffer barrier, but in that case the barrier can be
applied immediately (followed by global barrier for execution
dependency).
spencer-lunarg and others added 23 commits February 18, 2026 16:58
* layers: Prepare IndexBuffer tracking changes

* layers: Prepare VertexBuffer tracking changes
VkDeviceCreateInfo::ppEnabledLayerNames is now marked `noautovalidity` in
vk.xml which means basic array validation doesn't get generated anymore.
Manually add this validation back in so that downstream code doesn't try to
access a malformed array.
@aqnuep aqnuep force-pushed the downstream-1.4.344 branch from ccd36ef to 83b05ce Compare March 5, 2026 15:13
@CLAassistant
Copy link

CLA assistant check
Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.
You have signed the CLA already but the status is still pending? Let us recheck it.

@aqnuep aqnuep force-pushed the downstream-1.4.344 branch from 83b05ce to d7fe59d Compare March 5, 2026 15:57
@aqnuep aqnuep force-pushed the downstream-1.4.344 branch from d7fe59d to 660237f Compare March 5, 2026 16:20
@aqnuep aqnuep merged commit 660237f into sc_main Mar 6, 2026
14 of 31 checks passed
@aqnuep aqnuep deleted the downstream-1.4.344 branch March 6, 2026 10:08
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.