This repository offers a common ground for small and medium-scale teams. The original CVA6 repository requires specific, version-limited software and tools, including GCC, RISC-V GCC, Spike, Verilator, and various Python libraries.
This fork introduces a Docker solution that automatically builds the exact version of every required tool, ensuring consistency across your team. It is designed to be easily built within Visual Studio Code using the official "Dev Containers" extension and Docker Engine (see the Docker Engine installation guide for details).
This repository comes with four additional files to achieve this stable environment:
.devcontainer/Dockerfile: Sets up the Docker environment using an Ubuntu 22.04 base image. It installs required dependencies like GCC 11, downloads the RISC-V GCC 13.2.0 toolchain (installs a compiled binary rather than compiling), configures necessary environment variables (including paths for Verilator v5.008 and Spike), and creates a dedicatedcva6userwith sudo privileges..devcontainer/devcontainer.json: Configures the VS Code Dev Container extension. It sets the remote user tocva6user, automatically installs the required C/C++ and Verilog HDL extensions, and triggers thepython_requirements.shscript once the container is created.python_requirements.sh: Iterates through the repository to find and install all Python dependencies viapip3, utilizing specific flags to prevent C-API build errors for packages likeruamel.yaml.cva6-pqc.code-workspace: An optional, out-of-the-box VS Code workspace configuration for this repository.
Note on Standalone Docker Usage: If you want to run the Docker environment outside of VS Code, the
devcontainer.jsonconfiguration is not required, and the.code-workspacefile is unused. Ensure your host machine's Docker permissions are configured properly. On Linux, you may need to add your host user to thedockergroup to run commands withoutsudo(refer to the Docker Linux post-installation steps).
- Open the repository in VS Code. Ensure you have the official "Dev Containers" extension installed.
git clone https://github.com/GSTL-ITU/cva6-pqc
cd cva6-pqc
git submodule update --init --recursive- Build the container: Press
Ctrl+Shift+P(orCmd+Shift+Pon Mac) and selectDev Containers: Rebuild and Reopen in Container. - VS Code will automatically start building the Docker container. The initial build will take some time as it prepares the Ubuntu 22.04 system, installs GCC 11, and sets up the RISC-V toolchain.
- Build the simulation tools: Once the environment is up and running, you still need to build Spike and Verilator. These tools will be installed to /tools subdirectory and won't be compiled any image in the future. Open a new terminal inside VS Code and run the following command:
# This will build the simulation tools (Spike & Verilator) and run the given test. Replace TESTNAME with a valid smoke test.
bash ./verif/regress/smoke-tests<TESTNAME>.shTo run simulations and tests, you can either follow the scripts provided in /verif/regress/ for smoke tests or refer to /tutorials/running_sim.md.
You can find the original READMEs and details below and additional READMEs inside the according subdirectories.
CVA6 is a 6-stage, single-issue, in-order CPU which implements the 64-bit RISC-V instruction set. It fully implements I, M, A and C extensions as specified in Volume I: User-Level ISA V 2.3 as well as the draft privilege extension 1.10. It implements three privilege levels M, S, U to fully support a Unix-like operating system. Furthermore, it is compliant to the draft external debug spec 0.13.
It has a configurable size, separate TLBs, a hardware PTW and branch-prediction (branch target buffer and branch history table). The primary design goal was on reducing critical path length.
The CVA6 core is part of a vivid ecosystem. In this document, we gather pointers to this ecosystem (building blocks, designs, partners...).
A performance model of CVA6 is available in the perf-model/ folder of this repository.
It can be used to investigate performance-related micro-architecture changes.
The following instructions will allow you to compile and run a Verilator model of the CVA6 APU (which instantiates the CVA6 core) within the CVA6 APU testbench (corev_apu/tb).
Throughout all build and simulations scripts executions, you can use the environment variable NUM_JOBS to set the number of concurrent jobs launched by make:
- if left undefined,
NUM_JOBSwill default to 1, resulting in a sequential execution ofmakejobs; - when setting
NUM_JOBSto an explicit value, it is recommended not to exceed 2/3 of the total number of virtual cores available on your system.
- Checkout the repository and initialize all submodules.
git clone https://github.com/openhwgroup/cva6.git
cd cva6
git submodule update --init --recursive- Install the GCC Toolchain build prerequisites then the toolchain itself.
-
Install
cmake, version 3.14 or higher. -
Set the RISCV environment variable.
export RISCV=/path/to/toolchain/installation/directory- Install
help2mananddevice-tree-compilerpackages.
For Debian-based Linux distributions, run :
sudo apt-get install help2man device-tree-compiler- Install the riscv-dv requirements:
pip3 install -r verif/sim/dv/requirements.txt- Run these commands to install a custom Spike and Verilator (i.e. these versions must be used to simulate the CVA6) and these tests suites.
# DV_SIMULATORS is detailed in the next section
export DV_SIMULATORS=veri-testharness,spike
bash verif/regress/smoke-tests.shThe directory structure separates the CVA6 RISC-V CPU core from the CORE-V-APU FPGA Emulation Platform.
Files, directories and submodules under cva6 are for the core only and should not have any dependencies on the APU.
Files, directories and submodules under corev_apu are for the FPGA Emulation platform.
The CVA6 core can be compiled stand-alone, and obviously the APU is dependent on the core.
The top-level directories of this repo:
- ci: Scriptware for CI.
- common: Source code used by both the CVA6 Core and the COREV APU. Subdirectories from here are
localfor common files that are hosted in this repo andsubmodulesthat are hosted in other repos. - core: Source code for the CVA6 Core only. There should be no sources in this directory used to build anything other than the CVA6 core.
- corev_apu: Source code for the CVA6 APU, exclusive of the CVA6 core. There should be no sources in this directory used to build the CVA6 core.
- docs: Documentation.
- pd: Example and CI scripts to synthesis CVA6.
- util: General utility scriptware.
- vendor: Third-party IP maintained outside the repository.
- verif: Verification environment for the CVA6. The verification files shared with other cores are in the core-v-verif repository on GitHub. core-v-verif is defined as a cva6 submodule.
- bsp: board support package for test-programs compiled/assembled/linked for the CVA6.
This BSP is used by both
coretestbench anduvmt_cva6UVM verification environment. - regress: scripts to install tools, test suites, CVA6 code and to execute tests
- sim: simulation environment (e.g. riscv-dv)
- tb: testbench module instancing the core
- tests: source of test cases and test lists
We highly appreciate community contributions. To ease the work of reviewing contributions, please review CONTRIBUTING.
Contributions to the documentation (docs/ and tutorials/ directories) are very welcome as well.
If you find any problems or issues with CVA6 or the documentation, please check out the issue tracker
and create a new issue if your problem is not yet tracked.
The CVA6 Kanban Board loosely tracks planned improvements.
If you use CVA6 in your academic work you can cite us:
CVA6 Publication
@article{zaruba2019cost,
author={F. {Zaruba} and L. {Benini}},
journal={IEEE Transactions on Very Large Scale Integration (VLSI) Systems},
title={The Cost of Application-Class Processing: Energy and Performance Analysis of a Linux-Ready 1.7-GHz 64-Bit RISC-V Core in 22-nm FDSOI Technology},
year={2019},
volume={27},
number={11},
pages={2629-2640},
doi={10.1109/TVLSI.2019.2926114},
ISSN={1557-9999},
month={Nov},
}
Check out the acknowledgements.