Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
LekKit
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
by
LekKit
4y ago
> I wish ARM64, RISC-V, and other modern ISAs had taken DEC Alpha AXP's idea of restricting all of the privileged instructions to the firmware This is already possible on RISC-V to some extend, by trapping privileged instructions in
2.
▲
by
LekKit
4y ago
That's a cool achievement, but I imagine the single-switch decoder is a bit of a limiting design factor if this project grows (disabling/enabling instructions will introduce branches everywhere, and that's needed for proper F
3.
▲
by
LekKit
4y ago
See my nearby post on this thread, hope it'll explain stuff
4.
▲
by
LekKit
4y ago
Basically there are few design choices where it's substantially different to QEMU. Performance-wise: - Instead of a static translate-and-run flow like in QEMU, RVVM has an interpret-trace-run execution loop which is remotely similar to
5.
▲
by
LekKit
4y ago
This is exactly what happened. I never though much about the imagery, it was a 5-min commit to "make README look nicer", and I actually have asthma as well (Never been much around smokers so maybe I don't have such terrible a
6.
▲
by
LekKit
4y ago
I agree a lot, but RVVM implements an API to register new instructions at runtime, so I wanted to leave the core sources as much understandable and macro-free. Plus I don't see how other switch-based approaches in QEMU, or near-mention