Formal Verification of RTL Interfaces
Prove FIFO, arbiter and ready/valid properties using assumptions, assertions, bounded liveness and cover goals.
Why build it: Demonstrates proof-oriented verification beyond simulation and coverage-driven UVM.
Key skills
Implementation plan
- Write a concise verification plan before building the environment.
- Separate stimulus, observation, prediction and checking responsibilities.
- Add assertions for protocol invariants and functional coverage for meaningful scenarios.
- Run regression seeds, classify failures and document coverage closure.
Verification plan
- Create a self-checking reference for the expected behavior before optimizing the RTL.
- Test reset and initialization, nominal operation, boundary conditions and back-to-back activity.
- Inject stalls, invalid requests or other stress cases when the interface permits them.
- Keep regression results, waveforms and failure notes so the project demonstrates debugging as well as coding.
Suggested deliverables
- formal harnesses
- property set
- proof results
- counterexample notes
What to discuss in an interview
- The architecture you chose and the alternatives you rejected.
- The hardest bug or corner case and how you found it.
- How you verified correctness beyond one successful waveform.
- Timing, area, latency, coverage or protocol trade-offs relevant to the project.