RDC Signoff Dashboard: Worked Example

Worked example

Worked Example for RDC Signoff Dashboard focuses on RDC critical trend, waiver aging, milestone readiness. The goal is to convert issue observations into mechanism-backed closure decisions.

A milestone review shows RDC critical trend, waiver aging, milestone readiness. Teams disagree on severity. The right move is to isolate one representative issue, prove mechanism class, and decide fix or waiver with explicit residual risk.

Crossing under inspection

CROSSING FLOW — RDC Signoff Dashboard

source clock domain -> launch signal -> crossing structure -> destination sample
      |                    |                 |                    |
   source FF           protocol           sync / fifo         destination FF

Key metric: RDC critical trend, waiver aging, milestone readiness

RDC readiness board

milestone M-2: critical 12 -> 4
milestone M-1: critical 4 -> 0
waivers stale >30d: must be reviewed

1. Capture warning, waveform, and owning module context.

2. Tag mode/reset/traffic state for the failure.

3. Validate assumptions against spec and assertions.

4. Compare outcome with RDC dashboard snapshot, milestone report, owner action queue.

5. Choose one reversible action and define regression upfront.

Did the action work?

BEFORE / AFTER — RDC Signoff Dashboard

open critical issues
  ^
  |  o baseline
  |     o after fix batch
  |         o after protocol proof
  |             o signoff-ready
  +---------------------------------> closure iteration

Track issue burn-down with evidence quality, not only count.

CDC/RDC deep dive

RDC closure must connect IP assumptions to SoC reality.

Concept diagram

RDC CLOSURE

IP reset intent + SoC sequencing -> structural checks -> dynamic stress -> signoff

Metric graph

MILESTONE READINESS

M-2 55%
M-1 82%
M0  100%

Reports and artifacts

• top-level RDC opens

• reset simulation coverage

• chip integration blockers

• waiver backlog

Mini case study

Each IP was locally clean, but top-level sequencing violation created cross-subsystem boot intermittency.

Debug branches

• Audit subsystem assumptions

• stress chip-level reset scenarios

• close ownership gaps

Senior review question

Ask: what evidence proves this risk is closed for silicon, not just tool-clean?

Key takeaways

• State crossing class, assumptions, and owner with every issue.

• Run structural and dynamic regressions after each fix.

Common pitfalls

• Treating all warnings as equivalent risk.

• Waiving issues without containment evidence.

• Skipping reset and reconvergence stress after CDC fixes.

Principal CDC/RDC review addendum

An RDC dashboard tracks readiness across blocks and milestones, preventing unresolved reset risks from being hidden by aggregate pass rates.

Metric: RDC critical trend, waiver aging, milestone readiness