These are the tutorials for Chisel.
Chisel is an open-source hardware construction language developed at UC Berkeley that supports advanced hardware design using highly parameterized generators and layered domain-specific hardware languages.
Visit the community website for more information.
$ git clone https://github.com/ucb-bar/chisel-tutorial.git
$ cd chisel-tutorial
$ git fetch origin
$ git checkout chisel3_classic_tester
####Testing Your System First make sure the prerequisites are installed. These include make, gcc and sbt.
$ cd hello
$ make
This will generate and test a simple block (Hello
) that always outputs the
number 42. You should see [success]
on the last line of output (from sbt) and
PASSED
on the line before indicating the block passed the testcase. If you
are doing this for the first time, sbt will automatically download the
appropriate versions of Chisel3, the Chisel Testers harness
and Scala and cache them (usually in ~/.ivy2
).
####Manual Execution The make recipe above automically invoked sbt to use Chisel's C backend to generate a C emulator and ran it against the testcase. To do it mannually:
$ sbt "run Hello --backend c --compile --test --genHarness"
To generate a waveform (Hello.vcd
) of the testcase execution:
$ sbt "run Hello --backend c --compile --test --genHarness --vcd"
To generate Verilog instead of a C emulator:
$ sbt "run Hello --backend v --genHarness"
To learn Chisel, we recommend learning by example and just trying things out.
To help with this, we have produced exercises (/problems
) which have clearly
marked places to complete their functionality and simple test cases. You can
compare your work with our sample solutions (/solutions
).
To speed things up, we will keep sbt running. To get started:
$ cd problems
$ sbt
This should already work. Try
> run Mux2 --backend c --targetDir ../emulator --compile --test --genHarness
You can instantiate a module with val foo = Module(new Bar())
> run Mux4 --backend c --targetDir ../emulator --compile --test --genHarness
You can conditionally update a value without a mux by using when (cond) { foo := bar }
> run Counter --backend c --targetDir ../emulator --compile --test --genHarness
> run VendingMachine --backend c --targetDir ../emulator --compile --test --genHarness`
The type of memory that's inferred is based on how you handle the read and write enables. This is pretty much the same as how Xilinx and Altera infer memories.
> run Memo --backend c --targetDir ../emulator --compile --test --genHarness
> run Mul --backend c --targetDir ../emulator --compile --test --genHarness
> run RealGCD --backend c --targetDir ../emulator --compile --test --genHarness
To check that all of your solutions are correct:
$ cd problems
$ make
To run all of our reference solutions:
$ cd solutions
$ make
The examples provided in the problems, solutions, and examples folders utilize the ClassicTester, which provides the same semantics as the Chisel2 Testers and drive a Verilator based C++ emulator in the backend. The ClassicTester implementation supports both the Chisel2 like chiselMainTest interface as well as a new interface that allows the C++ emulator to be compiled independently from the running of the tests. The example provided in the problems, solutions, and examples folders utilize the Chisel2 like chiselMainTest interface. The example provided in the example_independent_cpp folder utilize the new interface that allow the C++ emulator to be compiled independently from the running of the tests. To see this usage in action:
$ cd examples_independent_cpp
$ make
In addition to the problems and the solutions, we have also provided some
examples of more complex circuits (/examples
). You should take a look at the
source and test them out:
$ cd examples
$ make
On our website we also have posted documentation.