fix: no error on h-mode SV39x4 translation#3221
fix: no error on h-mode SV39x4 translation#3221NicolasDerumigny wants to merge 4 commits intoopenhwgroup:masterfrom
Conversation
|
❌ failed run, report available here. |
c6639fa to
b13a8d5
Compare
|
I see bugs on my tests following the merge of master, some access errors in VS-mode are not forwarded correctly (maybe following speculative loads?). I will look tomorrow how to fix that. |
3c58b75 to
ce0320b
Compare
|
Concerning the bug you have seen. Unfortunately it is difficult for @LorenzoR01 or me to detect a regression without tests dedicated to your use case. Look forward to know whether you are able to fix the bug. For the futur, it would be good to discuss how to make the ci cover your use case. This would prevent from having again this kind of regression. |
|
Exceptions from misspredicted speculative loads are discarded on the load unit, maybe this is why some errors are not propagated. |
|
I was mistaken. The issue is not related to speculation, but comes from the fact that you test is on SV32 mode, and I test on SV39. I have update the condition to be partially valid in both 64 and 32-bit versions, but the 32-bit H-mode is still broken: only 32-bit GPAs are possible instead of 34 on pure G-Stage translations.
I also fixed #3232 (parenthesis were missing in two lines of |
|
I also realized that the check is also wrong (as well as the size of |
|
On next Tuesday CVA6 weekly, we will speak about adding tests to CI to test several new features. We are welcomed ! |
Co-authored-by: Jean-François Dumollard <jean-françois.dumollard@inria.fr>
49dc31d to
571381f
Compare
|
👋 Hi there! This pull request seems inactive. Need more help or have updates? Feel free to let us know. If there are no updates within the next few days, we'll go ahead and close this PR. 😊 |

G-Stage translation (SV39x4/SV32x4) mandates the upper bits to be 0, not to be sign-extended.
This PR was tested working in SV39x4 mode ; we plan to add further tests for the H-Mode in a future PR.