luke
/
icestorm
mirror of https://github.com/YosysHQ/icestorm.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

Updated Adding support for new devices. (markdown)

Scott Shawcroft 2017-06-22 14:31:37 -07:00
parent 95a71d109e
commit aafa587969
1 changed files with 4 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
Adding-support-for-new-devices..md

@ -74,3 +74,7 @@ As soon as iceunpack is able to at least load the binary bit-stream it can come
Above I briefly discussed the `.glb files` created by `icecube.sh`. The script `icefuzz/glbcheck.py` can be used to compare a `.glb` dump file with an ASCII file generated by `iceunpack`. This should help a lot with debugging problems with `icepack.cc`.
Verification is key! Make sure to set up a small set of examples and write tiny scripts that help you track the mismatches between the generated `.asc` and `.glb` using `glbcheck.py`. Usually when I get stuck in a reverse engineering project, as soon as I have implemented a way to measure my progress, I quickly start making progress again.
Luckily, the `icefuzz` directory contains a number of python scripts which can generate sample Verilog. You can run these auto-generated files through iCEcube by running `make`. This defaults to the 1k device but you can add additional devices to the `Makefile` and `fuzzconfig.py` file. (Note, @tannewt is changing the way to select the device to `make ICEDEVICE=5k` for example.)
In `fuzzconfig.py` you'll need to provide a list of pins in `pins`, the number of ram blocks in `num_ramb40` and the list of global buffer pins in `gpins`. Global buffer pins are those that can be used to provide high drive signals through the whole array for signals such as clock and reset. The list of pins is most easily found in the Package view within iCEcube2. This view also marks pisn as GBIN which go into `gpins`. The number of ram blocks can be counted off of the Floor Planner view in iCEcube2.