Date: February 22, 2026
Purpose: Define when a target can be described as "supported" in docs and release notes.
| Level | Label | Minimum Requirements |
|---|---|---|
| L0 | declared |
Chip and system config files exist and validate. No smoke evidence required. |
| L1 | smoke-supported |
Deterministic smoke script exists and passes in CI with reproducible artifacts. PC/SP reset path validated. |
| L2 | ci-qualified |
L1 plus repeated CI pass history and known-limitations file. Unsupported-instruction audit generated and reviewed. |
| L3 | production-ready |
L2 plus Tier-1 peripheral baseline validated (clock/rcc, gpio, uart, timer, dma, irq) and stable benchmark variance. |
A target is "supported" for public communication only at L1 or above.
- Runnable example script under
examples/. - Deterministic CI artifact bundle with:
- execution result JSON,
- UART output log (if UART is used),
- summary fingerprint/hash.
- Captured stop reason and assertion outcomes.
- Explicit known limitations section in target docs.
Mark each as pass, partial, or blocked:
clock/rccgpiouarttimerdmainterrupt controller / irq delivery
L3 requires all six at pass for the documented scenario set.
L0 -> L1: add deterministic smoke and CI evidence.L1 -> L2: add audit artifacts and trend stability over repeated runs.L2 -> L3: complete Tier-1 peripheral checklist with no blocking gaps.
Demote one level when any of the following occurs:
- deterministic smoke no longer passes in CI.
- reset path or core assertions regress.
- known limitations are missing or stale for current behavior.