Skip to content

fix(decoder): preserve SFENCE.VMA rd legality in RVH VS-mode path - #3470

Open
jf-cc727 wants to merge 1 commit into
openhwgroup:masterfrom
jf-cc727:fix/cv-5-vs-sfence-rd
Open

fix(decoder): preserve SFENCE.VMA rd legality in RVH VS-mode path#3470
jf-cc727 wants to merge 1 commit into
openhwgroup:masterfrom
jf-cc727:fix/cv-5-vs-sfence-rd

Conversation

@jf-cc727

Copy link
Copy Markdown
  • [√] I have searched for similar pull requests
  • [√] I am a human engaging in an interpersonal interaction. During this interaction, my words are my own and are not generated. If relevant, I provide links to my sources.

This PR fixes a VS-mode SFENCE.VMA legality bug under RVH.

When CVA6Cfg.RVH && v_i, the decoder correctly clears the temporary virtual-illegal condition for the legal VS-mode case. However, that path can also overwrite an earlier structural-illegal result, such as rd != x0, and incorrectly make the instruction legal.

This change keeps SFENCE.VMA illegal when rd != x0 while still preserving the intended RVH / VS-mode behavior for the legal case.

Validated with the test reproducer (tohost = 0).

Related issue: #3459

@cainria

cainria commented Aug 12, 2026

Copy link
Copy Markdown
Member

It seems you are not using the same email for all your contributions, hence the ECA check failure.
The one used in the two PRs where the ECA check fails is caijf@loca*host DOT localdomain

@jf-cc727
jf-cc727 force-pushed the fix/cv-5-vs-sfence-rd branch from b18f133 to f424338 Compare August 12, 2026 11:58
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.

2 participants