-
Notifications
You must be signed in to change notification settings - Fork 201
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
Add an arch for RISCV with vector extension #625
base: main
Are you sure you want to change the base?
Conversation
Signed-off-by: Michael Roe <[email protected]>
It would be cool porting Volk on RVV |
I'd be in favor of adding RiscV support for VOLK. Also, we already run QA tests for RiscV and we already have some hand optimized assembly for this ISA. Though, no vector support for it. This PR in particular is difficult though because |
RISC-V Vector v1.0 (RVV1) looks like perfect fit for Volk. |
Is |
RISC-V has naming convention (ISA-string) described in the spec: I think the baseline Vector ISA for this project should be C++ compilers will take this string as |
The GCC RISC-V architecture options imply that we could optimize for any given CPU. That'd be to many machines to compile, I assume. gcc -march=rv64i2p0m2p0a2p0f2p0d2p0v1p0 While I assume the clang argument is: clang -march=rv64i2p0m2p0a2p0f2p0d2p0v1p0 I was hoping for smth like gcc -march=rv64imafdv I read that there are some names for a common set of extensions. This might be interesting as a baseline as well. |
You are right. The are some baselines like rv64g
|
Another related question is: Are we using ASM or Intrinsics ? |
I suggest to use intrinsics. So far, we mostly use intrinsics and only rarely use ASM. Also, we tend to replace the ASM code with intrinsics when they're available. If a platform comes with Vector extensions, is it reasonable to assume it comes with m,a,c too? If we decide to make this optional, we will eventually see situations where we have to work around this assumption. I'd like to keep things simple. Would you be willing to set up an initial environment? I'd envision 2 options:
Currently, we use: https://github.com/uraimo/run-on-arch-action#supported-platforms for non-x86 platforms. If we can integrate a CI test for these machines, that'd be worthwhile. As soon as we set up the initial machines and CI, we can start to add optimized kernels. It'd be interesting to see how well a compiler optimizes code compared to hand-optimized kernels. |
I can setup CI for:
I can setup cycle-accurate model benchmarking ~100KHz simulation speed. |
Just an update. A board with a RVV 1.0 capable CPU has been released. The Banana Pi BPI-F3. https://docs.banana-pi.org/en/BPI-F3/BananaPi_BPI-F3 Current boards only have 4GB of RAM, so it may be better to wait for 8 or 16GB models to come out. |
No description provided.