| /hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/style/ |
| D | introduction.adoc | 8 This document contains required procedures and conventions when writing
9 specifications for new Vulkan APIs, extensions and layers, or related
10 Khronos^{reg}^ documentation such as white papers and tutorials; or
14 The primary focus is the API Specification and API extensions, although all
15 of the markup and most of the writing style is equally applicable to other
19 across all of our source and output documents.
20 Consistency makes it easier for developers, editors, reviewers, and users of
21 our documentation to understand and modify it.
23 This document is now formally voted on and approved by the Vulkan Working
25 This means that unless explicitly stated otherwise, the procedures and
[all …]
|
| D | revisions.adoc | 8 * 2023-10-11 - Add rules for <<writing-titlecase, writing chapter and
22 "`atomic`" with respect to preprocessor directives, as a recent script and
24 In its place, add new advice about making sure all version and extension
30 source blocks inside refpages, and use `[open]`-tagged listing blocks for
33 * 2023-02-26 - update description of computing numeric enumerant values, and
45 on the device`", and re-order part of that table (internal merge request
48 chapter from `styleguide.adoc` and make anchor naming scheme consistent.
49 Convert <<revisions, Revision History>> from a chapter to an appendix and
54 command`" to the <<writing-compound-words, Compound Words and Preferred
62 Words and Preferred Orthography>> section.
[all …]
|
| /hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/chapters/commonvalidity/ |
| D | image_memory_barrier_common.adoc | 8 If pname:srcQueueFamilyIndex and pname:dstQueueFamilyIndex define a
10 pname:oldLayout and pname:newLayout define an
12 and pname:oldLayout or pname:newLayout is
16 If pname:srcQueueFamilyIndex and pname:dstQueueFamilyIndex define a
18 pname:oldLayout and pname:newLayout define an
20 and pname:oldLayout or pname:newLayout is
25 If pname:srcQueueFamilyIndex and pname:dstQueueFamilyIndex define a
27 pname:oldLayout and pname:newLayout define an
29 and pname:oldLayout or pname:newLayout is
34 If pname:srcQueueFamilyIndex and pname:dstQueueFamilyIndex define a
[all …]
|
| /hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/appendices/ |
| D | VK_KHR_video_encode_queue.adoc | 32 adding common APIs specific to video encoding and thus enabling
35 More specifically, it adds video encode specific capabilities and a new
52 Accordingly, all new pipeline stage and access flags have been added to the
53 corresponding 64-bit enum and no new flags have been added to the legacy
65 ** Updated the reserved spec tokens and renamed VkVideoEncoderKHR to
70 ** Spec and API updates.
78 ** Remove `VkVideoEncodeRateControlFlagBitsKHR` and
80 ** Add `VK_VIDEO_CODING_CONTROL_ENCODE_RATE_CONTROL_BIT_KHR` and
82 rate control and rate control layer change requests, respectively, in
85 ** Add VkVideoEncodeUsageInfoKHR structure and related flags
[all …]
|
| D | VK_EXT_blend_operation_advanced.adoc | 20 hardware support and the enabled features:
35 In unextended Vulkan, the set of blending operations is limited, and can: be
37 The ename:VK_BLEND_OP_MIN and ename:VK_BLEND_OP_MAX blend operations simply
38 compute component-wise minimums or maximums of source and destination color
40 The ename:VK_BLEND_OP_ADD, ename:VK_BLEND_OP_SUBTRACT, and
41 ename:VK_BLEND_OP_REVERSE_SUBTRACT modes multiply the source and destination
42 colors by source and destination factors and either add the two products
45 precludes the use of more sophisticated transparency and blending operations
50 blending equations do not use source and destination factors specified by
53 source and destination colors.
[all …]
|
| D | memorymodel.adoc | 34 Possible agents include each shader invocation, each host thread, and each
53 Memory locations for buffers and images are explicitly allocated in
54 slink:VkDeviceMemory objects, and are implicitly allocated for SPIR-V
79 the output variables and any reads of those variables.
86 For an operation A and memory location M:
88 * [[memory-model-access-read]] A _reads_ M if and only if the data stored
90 * [[memory-model-access-write]] A _writes_ M if and only if the data
92 * [[memory-model-access-access]] A _accesses_ M if and only if it either
99 locations is still considered to be a write and has all the same effects.
124 and the length of the range is the size of the buffer.
[all …]
|
| D | VK_NVX_binary_import.adoc | 17 This extension allows applications to import CuBIN binaries and execute
25 generated content such as API declarations and implicit valid usage
38 This section acts only as placeholder and to avoid dead links in the
39 specification and reference pages.
47 This section acts only as placeholder and to avoid dead links in the
48 specification and reference pages.
56 This section acts only as placeholder and to avoid dead links in the
57 specification and reference pages.
67 This section acts only as placeholder and to avoid dead links in the
68 specification and reference pages.
[all …]
|
| D | VK_EXT_video_encode_h265.adoc | 43 ** Vulkan Video Encode h.265 update and spec edits
47 ** Replace occurrences of "`slice`" by "`slice segment`" and rename
56 ** Add capability flags to report support to disable transform skip and
71 `ppsStdCount`, and `pPpsStd` to `stdVPSCount`, `pStdVPSs`,
72 `stdSPSCount`, `pStdSPSs`, `stdPPSCount`, and `pStdPPSs`, respectively,
74 ** Rename `maxVpsStdCount`, `maxSpsStdCount`, and `maxPpsStdCount` to
75 `maxStdVPSCount`, `maxStdSPSCount` and `maxStdPPSCount`, respectively,
79 ** Changed member types in `VkVideoEncodeH265CapabilitiesEXT` and
82 `VkVideoEncodeH265RateControlInfoEXT::subLayerCount` and
85 ** Removed `VkVideoEncodeH265InputModeFlagsEXT` and
[all …]
|
| D | VK_EXT_video_encode_h264.adoc | 44 ** Spec and API updates
47 `VkVideoEncodeH264CapabilityFlagsEXT` and
81 ** Rename `spsStdCount`, `pSpsStd`, `ppsStdCount`, and `pPpsStd` to
82 `stdSPSCount`, `pStdSPSs`, `stdPPSCount`, and `pStdPPSs`, respectively,
84 ** Rename `maxSpsStdCount` and `maxPpsStdCount` to `maxStdSPSCount` and
89 ** Changed member types in `VkVideoEncodeH264CapabilitiesEXT` and
92 `VkVideoEncodeH264RateControlInfoEXT::temporalLayerCount` and
95 ** Removed `VkVideoEncodeH264InputModeFlagsEXT` and
102 ** Rename `pReferenceFinalLists` in `VkVideoEncodeH264VclFrameInfoEXT` and
104 ** Removed the `slotIndex` member of `VkVideoEncodeH264DpbSlotInfoEXT` and
[all …]
|
| D | VK_KHR_ray_tracing_pipeline.adoc | 11 *Interactions and External Dependencies*::
16 - This extension interacts with <<versions-1.2, Vulkan 1.2>> and
20 and the <<shaders-scope-shadercall, code:ShaderCallKHR>> scope.
22 pipeline libraries to be used with ray tracing pipelines and enabling
75 visibility and ray tracing for secondary queries.
81 intersection, any-hit, closest hit, miss, and callable
84 * Ray tracing commands which initiate the ray pipeline traversal and
126 VK_KHR_ray_tracing_pipeline and VK_NV_ray_tracing:
131 functionally equivalent and aliased to the same values).
133 * removed vkCompileDeferredNV compilation functionality and replaced with
[all …]
|
| D | invariance.adoc | 14 The purpose of this appendix is to identify and provide justification for
19 The obvious and most fundamental case is repeated issuance of a series of
21 For any given Vulkan and framebuffer state vector, and for any Vulkan
22 command, the resulting Vulkan and framebuffer state must: be identical
23 whenever the command is executed on that initial Vulkan and framebuffer
26 side effects (image and buffer variable stores and atomic operations),
66 *Rule 1* _For any given Vulkan and framebuffer state vector, and for any
67 given Vulkan command, the resulting Vulkan and framebuffer state must: be
68 identical each time the command is executed on that initial Vulkan and
76 * _Color and depth/stencil attachment contents_
[all …]
|
| D | VK_KHR_acceleration_structure.adoc | 65 * Acceleration structure objects and build commands
80 VK_KHR_acceleration_structure and VK_NV_ray_tracing:
87 * document <<acceleration-structure-inactive-prims,inactive primitives and
90 * added indirect and batched acceleration structure builds
95 device, host, and indirect builds
99 * add parameter for requesting memory requirements for host and/or device
106 (2) Can you give a more detailed comparison of differences and similarities
107 between VK_NV_ray_tracing and VK_KHR_acceleration_structure?
112 and enums are aliased, changed, or removed.
114 * Aliased functionality -- enums, structures, and commands that are
[all …]
|
| D | VK_EXT_shader_atomic_float2.adoc | 13 *Interactions and External Dependencies*::
17 and
27 operations on buffer and workgroup memory as well as floating-point atomic
28 minimum and maximum operations on buffer, workgroup, and image memory.
30 atomic add operations on 16-bit floating-point numbers and the SPIR-V
31 code:AtomicFloat16MinMaxEXT, code:AtomicFloat32MinMaxEXT and
32 code:AtomicFloat64MinMaxEXT capabilities which allow atomic minimum and
35 and code:OpAtomicFMaxEXT.
45 ename:VK_FORMAT_R16_SFLOAT and doing load and store on them, the data in the
50 would make sense and is outside the scope of this extension.
|
| D | VK_KHR_video_queue.adoc | 27 types and related functionalities:
29 * Video session objects that represent and maintain the state needed to
35 determine video coding related capabilities, and command buffer commands
48 ** Make vulkan video core common between decode and encode
50 ** Spec and API updates.
54 defines) and `VkVideoCapabilitiesFlagsKHR` to
62 ** Refactor the video format query APIs and related language
76 ** Fix `pNext` constness of `VkPhysicalDeviceVideoFormatInfoKHR` and
79 `VkVideoCodecOperationFlagBitsKHR` and
82 `VkVideoSessionCreateFlagBitsKHR` and `VkVideoCodingControlFlagBitsKHR`
[all …]
|
| D | VK_KHR_16bit_storage.adoc | 13 *Interactions and External Dependencies*::
32 input and output interfaces, and push constant blocks.
34 capabilities and allow access to 16-bit data in code:Block-decorated objects
35 in the code:Uniform and the code:StorageBuffer storage classes, and objects
37 This extension allows 16-bit variables to be declared and used as
38 user-defined shader inputs and outputs but does not change location
39 assignment and component assignment rules.
45 However, if Vulkan 1.1 is supported and this extension is not, the
47 The original type, enum and command names are still available as aliases of
|
| D | VK_KHR_external_memory_capabilities.adoc | 13 *Interactions and External Dependencies*::
25 logical devices or instances, in multiple processes, and/or in multiple
27 This extension provides a set of capability queries and handle definitions
35 The original type, enum and command names are still available as aliases of
50 Some handle types cannot even support the deferred image and memory binding
51 behavior of Vulkan and require specifying the image when allocating or
54 2) Do the slink:VkExternalImageFormatPropertiesKHR and
61 and flink:vkGetBufferMemoryRequirements when a set of handle types was
67 However, defining the handle type bits does very little and does not require
68 any platform-specific types on its own, and it is easier to maintain the
[all …]
|
| /hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/ |
| D | README.adoc | 8 = Vulkan^(R)^ and Vulkan^(R)^ SC API Documentation Project
22 BUILD.adoc Documents how to build the specifications and reference pages
24 COPYING.adoc Copyright and licensing information
29 Makefile, make* Makefile and helper build scripts (see BUILD.adoc)
33 config/ Asciidoctor configuration, CSS, and index generator
36 scripts/ Helper scripts used in specification, header, and reference page generation
37 style/ Sources for "styleguide" (Vulkan Documentation and Extensions: Procedures and…
44 == Building the Specification and Reference Pages
46 The document sources are marked up in Asciidoctor format, and we use
47 `asciidoctor` and related toolchain components to generate output documents.
[all …]
|
| /hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/LICENSES/ |
| D | CC-BY-4.0.txt | 2 ("Creative Commons") is not a law firm and does not provide legal services
5 and related information available on an "as-is" basis. Creative Commons gives
7 and conditions, or any related information. Creative Commons disclaims all
12 Creative Commons public licenses provide a standard set of terms and conditions
13 that creators and other rights holders may use to share original works of
14 authorship and other material subject to copyright and certain other rights
16 informational purposes only, are not exhaustive, and do not form part of our
21 restricted by copyright and certain other rights. Our licenses are irrevocable.
22 Licensors should read and understand the terms and conditions of the license
31 terms and conditions. If the licensor's permission is not necessary for any
[all …]
|
| D | LicenseRef-KhronosSpecCopyright.adoc | 3 This Specification is protected by copyright laws and contains material
9 Khronos grants a conditional copyright license to use and reproduce the
14 Khronos makes no, and expressly disclaims any, representations or
18 completeness, timeliness, and reliability. Under no circumstances will
32 Parties desiring to implement the Specification and make use of Khronos
33 trademarks in relation to that implementation, and receive reciprocal patent
35 must become Adopters and confirm the implementation as conformant under the
55 This document contains extensions which are not ratified by Khronos, and as
56 such is not a ratified Specification, though it contains text from (and is a
60 and {apiUrlKHR} (core with all ratified extensions)
[all …]
|
| /hardware/invensense/6515/libsensors_iio/ |
| D | License.txt | 3 Unless you and InvenSense Corporation ("InvenSense") execute a separate written
18 then the entity and its affiliates exercising rights under, and complying
26 2.1. License Grants. Subject to the terms and conditions of this Agreement,
28 royalty-free license (i) to use and integrate the Software in conjunction
29 with any other software; and (ii) to reproduce and distribute the Software
30 complete, unmodified and only for use with a InvenSense Product.
32 2.2. Restriction on Modification. If and to the extent that the Software is
34 (including, without limitation, DOCSIS, HomePNA, IEEE, and ITU standards),
40 Software (a) under the terms of this Agreement and a copy of this Agreement
41 accompanies such distribution, and (b) agrees to defend and indemnify
[all …]
|
| /hardware/broadcom/wlan/bcmdhd/firmware/ |
| D | LICENSE.TXT | 3 Unless you and Broadcom Corporation ("Broadcom") execute a separate written
18 then the entity and its affiliates exercising rights under, and complying
26 2.1. License Grants. Subject to the terms and conditions of this Agreement,
28 royalty-free license (i) to use and integrate the Software in conjunction
29 with any other software; and (ii) to reproduce and distribute the Software
30 complete, unmodified and only for use with a Broadcom Product.
32 2.2. Restriction on Modification. If and to the extent that the Software is
34 (including, without limitation, DOCSIS, HomePNA, IEEE, and ITU standards),
40 Software (a) under the terms of this Agreement and a copy of this Agreement
41 accompanies such distribution, and (b) agrees to defend and indemnify
[all …]
|
| /hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/config/ |
| D | copyright-spec.adoc | 3 This Specification is protected by copyright laws and contains material
9 Khronos grants a conditional copyright license to use and reproduce the
14 Khronos makes no, and expressly disclaims any, representations or
18 completeness, timeliness, and reliability. Under no circumstances will
32 Parties desiring to implement the Specification and make use of Khronos
33 trademarks in relation to that implementation, and receive reciprocal patent
35 must become Adopters and confirm the implementation as conformant under the
55 This document contains extensions which are not ratified by Khronos, and as
56 such is not a ratified Specification, though it contains text from (and is a
60 and {apiUrlKHR} (core with all ratified extensions)
[all …]
|
| /hardware/google/gfxstream/third-party/astc-encoder/ |
| D | LICENSE.txt | 10 "License" shall mean the terms and conditions for use, reproduction,
11 and distribution as defined by Sections 1 through 9 of this document.
16 "Legal Entity" shall mean the union of the acting entity and all
29 source, and configuration files.
34 and conversions to other media types.
42 form, that is based on (or derived from) the Work and for which the
47 the Work and Derivative Works thereof.
50 the original version of the Work and any modifications or additions
58 and issue tracking systems that are managed by, or on behalf of, the
59 Licensor for the purpose of discussing and improving the Work, but
[all …]
|
| D | README.md | 5 and decompressing images using the ASTC texture compression standard.
9 The ASTC compressed data format, developed by Arm® and AMD, has been adopted as
10 an official extension to the Open GL®, OpenGL ES, and Vulkan® graphics APIs. It
12 bitrate, and the format and bitrate flexibility available to content creators.
14 to other formats, reducing memory storage and bandwidth requirements.
27 The encoder supports compression of low dynamic range (BMP, JPEG, PNG, TGA) and
29 in the DDS and KTX container formats, into ASTC or KTX format output images.
32 dynamic range (BMP, PNG, TGA), high dynamic range (EXR, HDR), or DDS and KTX
36 `exhaustive`, `thorough`, `medium`, `fast`, and `fastest` encoding quality
39 The encoder allows compression time and quality analysis by reporting the
[all …]
|
| /hardware/google/gfxstream/ |
| D | LICENSE | 14 "License" shall mean the terms and conditions for use, reproduction,
15 and distribution as defined by Sections 1 through 9 of this document.
20 "Legal Entity" shall mean the union of the acting entity and all
33 source, and configuration files.
38 and conversions to other media types.
46 form, that is based on (or derived from) the Work and for which the
51 the Work and Derivative Works thereof.
54 the original version of the Work and any modifications or additions
62 and issue tracking systems that are managed by, or on behalf of, the
63 Licensor for the purpose of discussing and improving the Work, but
[all …]
|