-
Notifications
You must be signed in to change notification settings - Fork 22
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
[RFC] DisplayDevice for t1rocket emulation #815
Conversation
293883c
to
d5ffadc
Compare
d5ffadc
to
ef3f025
Compare
done
…On Mon, Oct 28, 2024 at 7:35 AM Jiuyang Liu ***@***.***> wrote:
***@***.**** requested changes on this pull request.
------------------------------
In nix/t1/conversion/sv-to-verilator-emulator.nix
<#815 (comment)>:
> - verilatorThreads = 8;
+ verilatorThreads = 4;
nit
------------------------------
In nix/t1/mill-modules.nix
<#815 (comment)>:
> setupSubmodulesEditable
- mill mill.bsp.BSP/install 0
'';
nit
—
Reply to this email directly, view it on GitHub
<#815 (review)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AHHUSA4WJX763PK66DYD2CLZ5XSNDAVCNFSM6AAAAABQM5BUS2VHI2DSMVQWIX3LMV43YUDVNRWFEZLROVSXG5CSMV3GSZLXHMZDGOJYGE2TEMZSGA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
c6da626
to
508cc0e
Compare
When I test it locally, unfortunately it won't pass the offline check. Reproduction steps:
|
There's no error in your code. It's a known limitation in our difftest framework. Our offline verifier currently has no knowledge of mmio devices, it treats every read/write as regular memory access. We could add side effects for mmio read/write in our online simulation framework, but we must preserve load value axiom (the value loaded must equal to the last store to the same address). The frame counter read-back feature violates this, so the offline verifier complains loudly. |
508cc0e
to
c8b8c0a
Compare
c8b8c0a
to
c810e98
Compare
As a temporary measure I removed all read operation of |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM now.
Depends on #800 , this PR contains followup DisplayDevice implementation.
Currently it simply dumps a fixed-size RGB buffer to disk as png upon writing to a control register. The specific interfaces are open to futher discussion.