8000 Tags · sugoi1/Vulkan-Loader · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Tags: sugoi1/Vulkan-Loader

Tags

v1.2.203

Toggle v1.2.203's commit message
build: Update to header 1.2.203

- Update known-good
- Generate source

v1.2.202

Toggle v1.2.202's commit message
build: Update to header 1.2.202

- Update known-good
- Generate source

sdk-1.2.198.1

Toggle sdk-1.2.198.1's commit message
Revert to old behavior in GIPA for old apps

Vulkan header updated 1.2.193 changed the behavior of vkGetInstanceProcAddr for
global entrypoints. They used to always be returned regardless of the value of
the instance paramtere. The spec was amended in this version to only allow
querying global level entrypoints with a NULL instance. However, as to not
break old applications, the new behavior is only applied if the instance passed
in is both valid and minor version is greater than 1.2, which was when this
change in behavior occurred. Only instances with a newer version will get the
new behavior.

v1.2.201

Toggle v1.2.201's commit message
build: Update to header 1.2.201

- Update known-good
- Generate source (version bump only)

v1.2.200

Toggle v1.2.200's commit message
build: Update to header 1.2.200

- Update known-good
- Generate source (version bump only)

sdk-1.2.198.0

Toggle sdk-1.2.198.0's commit message
Dont call ToolProps on drivers without support

The loader recently added support for calling into drivers in
vkGetPhysicalDeviceToolPropertieesEXT. However, it only used the value of
the function pointer to determine if it was safe. It was found that Mesa
drivers will return a non-null function pointer, even though they do not
support the extension, and so the loader called this function pointer which
would then segfault.

The loader prevents this by first checking if the extension is supported by
the physical device. This necessitates calling
vkEnumerateDeviceExtensionProperties and allocating some memory on each call
but since the number of times this function is called should be low, it is
not an undue performance burden. In the future, the loader should cache the
list of extensions when calling vkEnumeratePhysicalDevices so that checking if
a extension function is supported is fast and easy.

v1.2.199

Toggle v1.2.199's commit message
build: Update to header 1.2.199

- Update known-good
- Generate source (version bump only)

v1.2.198

Toggle v1.2.198's commit message
build: Update to header 1.2.198

- Update known-good
- Generate source (version bump only)

v1.2.197

Toggle v1.2.197's commit message
build: Update to header 1.2.197

- Update known-good
- Generate source

v1.2.196

Toggle v1.2.196's commit message
build: Update to header 1.2.196

- Update known-good
- Generate source
0