commit | d8271f8689eff2c5616f9b14643803b408124e5f | [log] [tgz] |
---|---|---|
author | Jeff DiCorpo <jeffdi@efabless.com> | Mon Dec 27 08:18:20 2021 +0000 |
committer | Jeff DiCorpo <jeffdi@efabless.com> | Mon Dec 27 08:18:20 2021 +0000 |
tree | f41557d4bb475112b052ab9c9cda4243470845d3 | |
parent | e14beeac68425b5bcb18db8b4d0212c92d9c1e76 [diff] |
final gds oasis
See a https://github.com/konradwilk/sha1 for the full git history of this code. Branch name is submission-mpw-two.
This is an implementation of [https://www.rfc-editor.org/rfc/inline-errata/rfc3174.html](RFC 3174) of SHA-1 engine.
It is not the most secure one nowadays (it is still used for git commit ids and TPM PCR values), but it looked like the easiest of the SHA engines to implement. The communication channel is via WishBone commands to provide sixteen words after which the engine starts and computes the digest in about 160 cycles. Then digest can be retrieved via the wishbone. There is a IRQ line so when it has completed it will bring it high if that is enabled.
To create the GDS files, there are macros that are being ingested. The best way to do is by checking out the SHA-1 engine https://github.com/konradwilk/sha1:
git clone https://github.com/konradwilk/sha1
And then there are some pre-requisities:
open_mpw_checker
installed as well (and the docker container).From within the sha1
directory execute:
make gds
which after running tests will generate the GDS, LEF, etc files. It will also copy them in the gds
sub-directory. Those files should then be in caravel_user_project, which can either be done manually, or with automatic way. To do that:
make caravel
which will copy the appropiate files, run the OpenLANE to create the user_project_wrapper macro together, and run the checkers.
The best way is to look at the test-cases and run them:
make test_wb_logic
which will use the various WishBone commands to program it.