Formal Verification · All levels

Formal Applications (Apps)

Practical formal apps used in production SoCs: connectivity and pin-mux correctness, CSR access-policy verification, deadlock and livelock progress checks, and X-propagation/reset signoff with assumption hygiene and actionable debug traces.

Section goal

Practical formal apps used in production SoCs: connectivity and pin-mux correctness, CSR access-policy verification, deadlock and livelock progress checks, and X-propagation/reset signoff with assumption hygiene and actionable debug traces.

How to study this section

  1. Start with each topic hub and restate the requirement intent in your own words.

  2. Use reports and debug pages to classify first divergence accurately.

  3. Practice worked examples and interview drills with fixed run metadata.

  4. Close with checklist and residual-risk framing before signoff claims.

Topics

  1. connectivity-checking/ - SoC Connectivity and Pin-Mux Formal Checking

  2. control-register-verification/ - CSR and Control-Register Access Verification

  3. deadlock-livelock-checks/ - Deadlock and Livelock Checks for Arbitration and Handshake Logic

  4. x-propagation-formal/ - X-Propagation and Reset Verification with Formal

Related topics

Formal deep dive

Formal apps generate high confidence when app-specific assumptions mirror integration and firmware behavior.

Concept diagram

diagram
FORMAL APPS MAP

connectivity + csr + progress + reset/x checks -> integrated SoC confidence

Metric graph

diagram
APPS CLOSURE QUALITY

functional app closure   ███████
environment realism      █████
waiver pressure          ███

Metrics and artifacts to collect

  • connectivity route reachability

  • CSR semantic correctness matrix

  • progress guarantee closure by interface

  • reset/X convergence confidence

Mini case study

Deadlock traces were resolved by tightening fairness assumptions to architecture contracts, not by weakening liveness guarantees.

Debug branches

  • Validate mode and configuration constraints for each app.

  • Pair safety and liveness checks for progress-sensitive logic.

  • Add first-transaction covers for reset-sensitive interfaces.

Senior review question

Ask: which requirement intent is proven, under which assumptions, and what residual risk remains?