The CORE-V CVA6 is an Application class 6-stage RISC-V CPU capable of booting Linux
Find a file
2017-04-12 18:54:11 +02:00
docs Added basic readme for scoreboard tb 2017-04-12 18:54:11 +02:00
include Revert "Reorganized ariane package as a standalone unit" 2017-04-09 13:18:03 +02:00
tb Restructuring tb, more ready for UVM port 2017-04-12 17:38:23 +02:00
.gitignore Doc: Reorganized documentation, generating pages 2017-04-08 12:31:59 +02:00
.gitlab-ci.yml Output testcoverage in CI trace 2017-04-09 15:36:54 +02:00
alu.sv Revert "Reorganized ariane package as a standalone unit" 2017-04-09 13:18:03 +02:00
ariane.sv Revert "Reorganized ariane package as a standalone unit" 2017-04-09 13:18:03 +02:00
Makefile Changed compilation order, we need the ariane pkg 2017-04-09 20:08:01 +02:00
mkdocs.yml Removed hard link to coverage report 2017-04-09 15:28:55 +02:00
README.md README: Fixed missing end of code delimiter 2017-04-09 18:45:34 +02:00
regfile.sv Revert "Reorganized ariane package as a standalone unit" 2017-04-09 13:18:03 +02:00
scoreboard.sv Issuing write back out of order, fixed bug in comb 2017-04-12 15:19:08 +02:00

build status coverage report

Ariane RISC-V CPU

For detailed documentation refer to the online documentation (Login: zarubaf Password: zaruba).

Coding Style

  • Keep the files tidy. No superfluous line breaks, align ports on a common boundary.
  • All signal and module names should be lower case with underscores as whitespace replacements (e.g.: fetch_busy).
  • Instantiation of modules should be postfix with _i, e.g.: prefetcher_i
  • For port definitions keep a post-fix direction (_o, _i).
  • For active low signals put an additional (_no, _ni).
  • Denote output of ff with _q and the input with _n.
  • Do not put overly large comment headers. Nevertheless, try to structure your HDL code, e.g.:
  // ------------------------------------
  // CSR - Control and Status Registers
  // ------------------------------------

Git Considerations

  • Do not push to master, if you want to add a feature do it in your branch
  • Separate subject from body with a blank line
  • Limit the subject line to 50 characters
  • Capitalize the subject line
  • Do not end the subject line with a period
  • Use the imperative mood in the subject line
  • Wrap the body at 72 characters
  • Use the body to explain what and why vs. how

For a detailed why and how please refer to one of the multiple resources regarding git commit messages.

If you use vi for your commit message, consider to put the following snippet inside your ~/.vimrc:

autocmd Filetype gitcommit setlocal spell textwidth=72s