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

Allow alternative capability encodings #357

Merged
merged 5 commits into from
Sep 10, 2024
Merged

Conversation

andresag01
Copy link
Collaborator

@andresag01 andresag01 commented Sep 9, 2024

Allow implementations supporting CHERI RISC-V to use alternative capability encodings that provide most key features, such as bounds and permissions, but may change, for example, the granularity of bounds or offer additional features. Also, allow the sentry instruction to become an illegal when using alternative capability encodings that do not provide ambient sealing permission.

The paragraph allowing alternative encodings is largely inspired from the paragraph in the RISC-V Privileged Specification that allows alternative privileged ISA designs.

Fix #324

Co-authored-by: Tariq Kurd <tariqandlaura@gmail.com>
Signed-off-by: Andres Amaya Garcia <andres.amaya@codasip.com>
src/cap-description.adoc Outdated Show resolved Hide resolved
Copy link
Collaborator

@arichardson arichardson left a comment

Choose a reason for hiding this comment

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

Other than my one comment this LGTM.

@andresag01 andresag01 merged commit cf788fd into riscv:main Sep 10, 2024
3 checks passed
tariqkurd-repo added a commit to tariqkurd-repo/riscv-cheri that referenced this pull request Oct 9, 2024
Allow implementations supporting CHERI RISC-V to use alternative
capability encodings that provide most key features, such as bounds and
permissions, but may change, for example, the granularity of bounds or
offer additional features. Also, allow the `sentry` instruction to
become an illegal when using alternative capability encodings that do
not provide ambient sealing permission.

The paragraph allowing alternative encodings is largely inspired from
the paragraph in the RISC-V Privileged Specification that allows
alternative privileged ISA designs.

Fix riscv#324

---------

Signed-off-by: Andres Amaya Garcia <andres.amaya@codasip.com>
Co-authored-by: Tariq Kurd <tariqandlaura@gmail.com>
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.

Allowing using alternative capability encodings
4 participants