Age | Commit message (Collapse) | Author | Files | Lines |
|
* Add a Source Language for Slang
* Changed src lang name from SLANG to Slang
|
|
LiteralFloat was introduced with FPMaxErrorDecorationINTEL, but no entry in operand_kinds corresponds to it
|
|
* Add headers for SPV_NV_displacement_micromap.
* Review feedback 1
Co-authored-by: alan-baker <alanbaker@google.com>
---------
Co-authored-by: alan-baker <alanbaker@google.com>
|
|
SecondaryViewportRelativeNV already has a version field
|
|
These can only be used with OpConstantSampler, so they are naturally
restricted from being used in places where they're not supported.
|
|
Specification: https://github.com/KhronosGroup/SPIRV-Registry/blob/main/extensions/INTEL/SPV_INTEL_cache_controls.asciidoc
|
|
* Validate enums have a sensible versions and are visible
Add version field for each eumerant.
For capabilities and instructions introduced by an extension (its
first version is "None"):
- the capability should be guarded by an extension
- the instruction should be guarded by a capability.
Other enums are presumed guarded transitiviely by use as an operand
to an instruction or another operand.
Fixes: #278, #368
* Fix capability logic, and check more cases
For capabilities, only check for lack of an extension.
If capability X lists capabilities Y and Z, those are not guards *for*
X, but rather when X is enabled it also implicitly enables Y and Z.
Also, an instruction that is *not* in a core SPIR-V version
must not be directly enabled by *both* and extension and a capability.
There are 78 existing cases that break this rule, so grandparent them
in with an allow-list.
* Add "version": "None" to enums added for a recent extension
Add it for the HostAccessQualifier enums from
SPV_INTEL_global_variable_host_access
|
|
* Add SPV_INTEL_global_variable_fpga_decorations
Spec: https://github.com/KhronosGroup/SPIRV-Registry/blob/main/extensions/INTEL/SPV_INTEL_global_variable_fpga_decorations.asciidoc
* Add SPV_INTEL_global_variable_host_access
Spec: https://github.com/KhronosGroup/SPIRV-Registry/blob/main/extensions/INTEL/SPV_INTEL_global_variable_host_access.asciidoc
* Update headers generator
* update headers after generating script
|
|
Add SPV_AMDX_shader_enqueue
|
|
This reverts commit 124a9665e464ef98b8b718d572d5f329311061eb, reversing
changes made to f14a663c84e8da4776bd615ac19450aa4d03cd71.
|
|
This fixes basic parsing in SPIRV-Tools.
An enum is considered invisible by SPIRV-Tools if:
- it is not in any SPIR-V core version
- it has no enabling capabilities
- it has no enabling extensions
So make the new cooperative matrix enums depend on the extension,
since they are not in any core version of SPIR-V, and
don't depend on any capabilities.
|
|
|
|
Remove capabilities on cooperative matrix enums to align with specifcation
|
|
Signed-off-by: Kevin Petit <kevin.petit@arm.com>
Change-Id: I0303c1b16e46e77f0e7e95999c606cc75f7f0d4c
|
|
Signed-off-by: Arvind Sudarsanam <arvind.sudarsanam@intel.com>
|
|
|
|
Signed-off-by: Kevin Petit <kevin.petit@arm.com>
|
|
Add support for fp_max_error extension
|
|
See https://www.w3.org/TR/WGSL/
|
|
|
|
|
|
|
|
Signed-off-by: Arvind Sudarsanam <arvind.sudarsanam@intel.com>
|
|
Signed-off-by: Kevin Petit <kevin.petit@arm.com>
|
|
|
|
Signed-off-by: Arvind Sudarsanam <arvind.sudarsanam@intel.com>
|
|
asudarsa/add_fp_max_error_support
|
|
|
|
|
|
|
|
Generate the overloaded C++11 operators as constexpr instead of inline.
constexpr implies inline but makes it possible to use the operators in
constexpr functions.
Signed-off-by: Kevin Petit <kevin.petit@arm.com>
|
|
|
|
I'm getting:
Error: "Capability" enumerant "TileImageColorReadAccessEXT" is out of
order. It has value 4166 but follows the enumerant with value 4450
without this patch.
Also the script generated .bf file
Signed-off-by: Sidorov, Dmitry <dmitry.sidorov@intel.com>
|
|
Language enum
|
|
|
|
|
|
|
|
A lot of these capabilities implied another of the enabling capabilities
so didn't really serve their intended purpose. Remove them to simplify
this section of the grammar.
This affects one table in the spec and a corresponding spec change will
clarify that this makes no change to the meaning or scope of these
capabilities.
|
|
Signed-off-by: Arvind Sudarsanam <arvind.sudarsanam@intel.com>
|
|
asudarsa/add_fp_max_error_support
|
|
SPV_QCOM_image_processing, fixes #307
|
|
Add support for FPGA latency control extension
|
|
Signed-off-by: Arvind Sudarsanam <arvind.sudarsanam@intel.com>
|
|
asudarsa/add_fpga_latency_control_ext
|
|
|
|
Signed-off-by: Arvind Sudarsanam <arvind.sudarsanam@intel.com>
|
|
Signed-off-by: Arvind Sudarsanam <arvind.sudarsanam@intel.com>
|
|
Signed-off-by: Arvind Sudarsanam <arvind.sudarsanam@intel.com>
|
|
|
|
|