Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Headers support for SPV_INTEL_maximum_registers extension #416

Merged
merged 3 commits into from
Feb 28, 2024

Conversation

vmaksimo
Copy link
Contributor

@vmaksimo vmaksimo commented Feb 8, 2024

Copy link
Contributor

@MrSidims MrSidims left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

'Named Maximum Number of Registers' enum probably should also be added, see "category" : "ValueEnum"

"enumerant" : "NamedMaximumRegistersINTEL",
"value" : 6463,
"parameters" : [
{ "kind" : "LiteralInteger", "name" : "'Named Maximum Number of Registers'" }
Copy link
Contributor

@MrSidims MrSidims Feb 8, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Question goes to @bashbaug , with the spelling from KhronosGroup/SPIRV-Registry#235 "kind" : "LiteralInteger" seems to be correct. But I have a feeling, that intention here should be to change kind to "kind" : "NamedMaximumNumberofRegisters" binding the parameter with possible values to be used by validator. So, should we adjust the spec a bit for this? Not sure if I have enough understanding, when we should spell out possible values for a literal parameter.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good catch - I do think this would make validation easier, and the disassembled SPIR-V might be a little nicer also.

Can you have a look at my suggested change on the spec PR to be sure this is what you're thinking of?
KhronosGroup/SPIRV-Registry#235 (comment)

Let me know if you need help with any other tooling, also.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I accepted the spec suggestion. Let's go with the "NamedMaximumNumberOfRegisters" "kind". Thanks!

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Create a PR to Tools to support operand kind there too: KhronosGroup/SPIRV-Tools#5580

@bashbaug
Copy link
Contributor

Merging as discussed in the February 28th teleconference.

@bashbaug bashbaug merged commit b73e168 into KhronosGroup:main Feb 28, 2024
10 checks passed
MingcongBai pushed a commit to AOSC-Tracking/SPIRV-Headers that referenced this pull request Mar 7, 2024
…up#416)

* Headers support for SPV_INTEL_maximum_registers extension

* Use an operand kind for the named maximum number of registers

* apply CI suggestions
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.

3 participants