Fix Note markup
This commit is contained in:
parent
2f5bc66d7a
commit
79a4549d0e
|
@ -29,7 +29,7 @@ same code:ANativeWindow and any attempts to connect to the same
|
||||||
code:ANativeWindow through other platform mechanisms will fail.
|
code:ANativeWindow through other platform mechanisms will fail.
|
||||||
|
|
||||||
[NOTE]
|
[NOTE]
|
||||||
.NOTE
|
.Note
|
||||||
====
|
====
|
||||||
In particular, only one sname:VkSurfaceKHR can: exist at a time for a given
|
In particular, only one sname:VkSurfaceKHR can: exist at a time for a given
|
||||||
window.
|
window.
|
||||||
|
|
|
@ -18,7 +18,7 @@ explicitly queried before use to ensure they are supported by the
|
||||||
implementation.
|
implementation.
|
||||||
|
|
||||||
[NOTE]
|
[NOTE]
|
||||||
.Note on extensibility
|
.Note
|
||||||
====
|
====
|
||||||
The features and limits are reported via basic structures (that is
|
The features and limits are reported via basic structures (that is
|
||||||
slink:VkPhysicalDeviceFeatures and slink:VkPhysicalDeviceLimits), as well as
|
slink:VkPhysicalDeviceFeatures and slink:VkPhysicalDeviceLimits), as well as
|
||||||
|
|
|
@ -3890,8 +3890,8 @@ A buffer or image memory barrier is not required to acquire _ownership_ when
|
||||||
no queue family owns the resource - it is implicitly acquired upon first use
|
no queue family owns the resource - it is implicitly acquired upon first use
|
||||||
within a queue.
|
within a queue.
|
||||||
|
|
||||||
.Note
|
|
||||||
[NOTE]
|
[NOTE]
|
||||||
|
.Note
|
||||||
====
|
====
|
||||||
Images still require a <<resources-image-layouts, layout transition>> from
|
Images still require a <<resources-image-layouts, layout transition>> from
|
||||||
ename:VK_IMAGE_LAYOUT_UNDEFINED or ename:VK_IMAGE_LAYOUT_PREINITIALIZED
|
ename:VK_IMAGE_LAYOUT_UNDEFINED or ename:VK_IMAGE_LAYOUT_PREINITIALIZED
|
||||||
|
|
|
@ -278,8 +278,8 @@ The order that coherent writes to different locations become available is
|
||||||
undefined, unless enforced by a memory barrier instruction or other memory
|
undefined, unless enforced by a memory barrier instruction or other memory
|
||||||
dependency.
|
dependency.
|
||||||
|
|
||||||
.Note
|
|
||||||
[NOTE]
|
[NOTE]
|
||||||
|
.Note
|
||||||
====
|
====
|
||||||
Explicit memory dependencies must: still be used to guarantee availability
|
Explicit memory dependencies must: still be used to guarantee availability
|
||||||
and visibility for access via other buffers, buffer views, or image views.
|
and visibility for access via other buffers, buffer views, or image views.
|
||||||
|
@ -295,8 +295,8 @@ write.
|
||||||
Atomic operations ensure automatic availability and visibility for writes
|
Atomic operations ensure automatic availability and visibility for writes
|
||||||
and reads in the same way as those to code:Coherent variables.
|
and reads in the same way as those to code:Coherent variables.
|
||||||
|
|
||||||
|
[NOTE]
|
||||||
.Note
|
.Note
|
||||||
[[NOTE]]
|
|
||||||
====
|
====
|
||||||
Memory accesses performed on different resource descriptors with the same
|
Memory accesses performed on different resource descriptors with the same
|
||||||
memory backing may: not be well-defined even with the code:Coherent
|
memory backing may: not be well-defined even with the code:Coherent
|
||||||
|
|
Loading…
Reference in New Issue