RVY encodings matching latest 0.9.9 draft - #420
RVY encodings matching latest 0.9.9 draft#420Alexander Richardson (arichardson) wants to merge 1 commit into
Conversation
2463101 to
0b4a587
Compare
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## master #420 +/- ##
==========================================
- Coverage 97.08% 96.78% -0.30%
==========================================
Files 14 14
Lines 926 933 +7
==========================================
+ Hits 899 903 +4
- Misses 27 30 +3 ☔ View full report in Codecov by Harness. 🚀 New features to boost your workflow:
|
|
This supersedes #396 since I was not able to update that one. |
0b4a587 to
28fe884
Compare
e1f7a56 to
0645a51
Compare
|
This PR is missing rv_y_h for HLV.Y, HSV.Y |
0645a51 to
bfb5e29
Compare
Matching the latest version of https://riscv.github.io/riscv-cheri/ Co-authored-by: Tariq Kurd <tariq.kurd@codasip.com>
bfb5e29 to
ab32717
Compare
I did not include HLV and HSV since those are not part of 1.0 |
|
Alexander Richardson (@arichardson) Tariq Kurd (@tariqkurd-repo) Should the CHERI memory instructions all have type |
that is a very good queston and a problematic one - CHERI states that all load/stores are reserved if rs1=x0 as there's always a fault so we should really replace all load/stores with |
Its interesting because presumably for other load/stores, the behaviour reverts in integral pointer mode but for |
that does sound inconsistent..... |
That was just unclear wording in the spec text, the behaviour has always applied to every load/store only in capability mode. |
Matching the latest version of https://riscv.github.io/riscv-cheri/