This directory contains a random instruction generator for OTBN called otbn-rig
. This is intended to be run in multiple phases. If you just want to generate some random binaries, it might be easier to call the wrapper at ../uvm/gen-binaries.py
.
At the moment, there are two sub-commands: gen
and asm
. In future, we might add more (to do things like test case mutation or shrinking).
The gen
command is in charge of actually generating a random program. This program is written to stdout in an JSON format. This format may change over time, but it is understood by the asm
command.
Example usage:
hw/ip/otbn/dv/rig/otbn-rig gen --seed 123 --size 1000 >foo.json
To control random generation, there is a --seed
parameter. The output should be stable for a fixed seed. If not specified, the seed is zero.
The --size
parameter is used to control how big the program grows. A snippet with a single unconditionally executed instruction has a size of one. A snippet containing a sequence of N
instructions has a size of N
. For a more interesting example, consider an if/else branch that would look something like this in C:
if (A) { B; } else { C; }
If calculating A
takes a
cycles and B
and C
have a size of b
and c
respectively, then the entire snippet has size a + max(b, c)
. The general idea is that the size taken by a snippet is an upper bound on the number of instructions that it causes the processor to execute. This might not be a strict upper bound: for example, it won't be strict if a != b
in the if/else snippet above.
The random program is built from blocks called “snippets”. The simplest possible snippet is a sequence of straight-line instructions. There are also more complicated snippets like conditional branches and loops. The JSON output format represents this tree of snippets.
The generated program is designed never to trigger architecturally unspecified behaviour. It might trigger errors, but its execution will never depend on things like the initial contents of the register file or uninitialised memories.
To provide some data so that RIG can generate load instructions even near the start of the run, the generated program also includes a few words of (randomly) initialised data, scattered around dmem.
Once a random program has been generated, the asm
command can be used to convert it to an assembly listing. This, in turn, can be assembled and linked using the toolchain in hw/ip/otbn/util
.
Unlike the gen
command, this step does no random generation: it's a deterministic translation from the JSON input to assembly and linker script output.
Example usage:
hw/ip/otbn/dv/rig/otbn-rig asm --output foo foo.json
When given the --output
parameter, this command generates two output files. With --output foo
, it generates foo.s
and foo.ld
. These are an assembly listing and a linker script, respectively.
To assemble and link, use commands like:
hw/ip/otbn/util/otbn_as.py -o foo.o foo.s hw/ip/otbn/util/otbn_ld.py -o foo.elf -T foo.ld foo.o
This is automated in the gen-binaries.py
wrapper described above.
Occasionally, it's helpful to just read the assembly listing for a JSON file. To do this, run the command with no --output
parameter to see the assembly listing on stdout. The linker script will not be generated.