Skip to content
DenseChip
Learn
PracticeCode labInterview

DenseChip

Navigate

Menu

LearnPracticeCode labInterview

Tools

All toolsSV editorCode repoResume
DenseChip

Practice, courses, and chip-design tools in one focused workspace.

LearnPracticeCode labInterviewToolsLearning paths

© 2026 DenseChip

AboutRoadmapCareersInternshipsFAQContactPrivacyTerms
Skip to lesson

Course contents

  • How to Use This Course
  • Protocol Metrics Reference
  • Protocols Glossary
  • Reading Path
  • Protocol Fundamentals25
  • AMBA Family (APB / AHB / AXI)17
  • Coherence Fabrics (ACE / CHI)17
  • Memory Interfaces (DDR / LPDDR / HBM)17
  • PCIe & CXL17
  • Embedded Peripherals (I2C / SPI / UART)17
  • High-Speed I/O (USB / Ethernet / MIPI)17
  • Protocol Verification & Compliance17
    • VIP & Agent Architecture
    • Scoreboard & Checker Strategy
    • Compliance & Coverage Plan
      • Compliance & Coverage Plan: Concepts
      • Compliance & Coverage Plan: Integration
      • Compliance & Coverage Plan: Debug
      • Compliance & Coverage Plan: Interview
    • Protocol Waveform Debug
    • Protocol Verification & Compliance: Tricky Q&A
  • Protocols Interview Prep5
  • Interface Protocols Cheatsheet
Loading lesson

←Compliance & Coverage Plan
  1. Topics
  2. Bus Protocols
  3. Protocol Verification & Compliance
  4. Compliance & Coverage Plan
  5. Compliance & Coverage Plan: Concepts
On this page

    Interface ProtocolsAll levels

    Compliance & Coverage Plan: Concepts

    Concepts for Compliance & Coverage Plan.

    Core concepts

    Requirement traceability

    For every applicable requirement, define what evidence would demonstrate the intended behaviour and whether the plan observes the relevant boundary and conditions. A test may need a checker; a coverage bin may need an assertion or model comparison. A requirement with no adequate evidence is a compliance gap.

    Waivers and exclusions should identify the requirement/bin, reason, reachability or risk analysis, evidence reviewed and responsible approver. They make residual risk visible; they do not turn an unverified requirement into a verified one.

    Diagram
    COMPLIANCE CLOSURE LOOP
    
    applicable clause -> required behaviour -> stimulus + checker -> evidence
              |                                      |
              +---------- trace and review ----------+
                             |
                 gap -> repair plan OR accepted risk/waiver

    Coverage types for protocols

    Protocol coverage can cross applicable transaction types, burst shapes, ID relationships and ordering scenarios. State coverage records selected states/transitions. Error injection should cover supported and risk-relevant responses and recovery paths, with exclusions documented.

    Closing 100% of a chosen coverage model means its included bins were sampled; it does not establish that each result was correct or that the model contains every relevant scenario.

    • Coverage exclude: document why a bin is unreachable (e.g., tied-off input).

    • Constrained-random: constraints define the legal scenario space.

    • Regression cadence is a project policy: run the appropriate compliance subset at a frequency that preserves feedback time, and run the signoff configuration before release.

    Key takeaways

    • Coverage exclude: document why a bin is unreachable (e.g., tied-off input).

    • Constrained-random: constraints define the legal scenario space.

    • Regression cadence is a project policy: run the appropriate compliance subset at a frequency that preserves feedback time, and run the signoff configuration before release.

    Previous

    140 / 154

    Next: Compliance & Coverage Plan: Integration

    Up next

    Up nextCompliance & Coverage Plan: Integration

    Sign in to save progress

    Practice this lessonPrevious lessonReport an error

    See also

    • Compliance & Coverage Plan: Debug
    • Compliance & Coverage Plan: Interview