Low Power / UPF · All levels

UPF RTL Handoff

UPF Implementation Flow: UPF attached to RTL must preserve domain intent, controls, and naming contracts so downstream tools can bind strategies correctly.

What this topic teaches

UPF RTL Handoff translates low-power intent into release-grade evidence. UPF attached to RTL must preserve domain intent, controls, and naming contracts so downstream tools can bind strategies correctly. The practical challenge is proving policy correctness under real transitions and ensuring each owner closes their layer without semantic drift.

The senior-engineer question

When handoff completeness, unresolved signal bindings, and policy mismatch defects regresses, can you identify the failing transition, policy owner, implementation evidence, and minimum regression that proves closure?

diagram

POWER INTENT FLOW — UPF RTL Handoff

architecture intent
      |
      v
UPF objects (domain/supply/state/strategy)
      |
      v
RTL + synthesis + PD interpretation
      |
      v
verification + signoff evidence
      |
      v
release decision

Primary metric: handoff completeness, unresolved signal bindings, and policy mismatch defects

Picture the low-power flow

Start with domain/state diagrams before diving into logs. These are the models to sketch in design and interview reviews.

RTL handoff package

diagram

RTL HANDOFF

RTL snapshot
 + UPF intent file(s)
 + power control interface spec
 + legal state table
 + owner signoff
 -> synthesis/PD consume same baseline

Domain map

diagram

POWER DOMAIN MAP — UPF RTL Handoff

  +------------------- always_on -------------------+
  | PMU / control / retention rail                  |
  +---------+----------------------------+----------+
            |                            |
   +--------v---------+         +--------v---------+
   | domain_A         |         | domain_B         |
   | switchable       |<------->| switchable       |
   | iso/ret controls | crossings require policy   |
   +------------------+         +------------------+

Domain boundaries are policy boundaries, not drawing boundaries.

State transition path

diagram

STATE TRANSITIONS — UPF RTL Handoff

ON  --save-->  RETENTION  --off-->  OFF
 ^               |                    |
 |               +----restore<--------+
 +--------------------power_up--------+

Guard checks:
  - isolation asserted before OFF
  - restore before functional traffic
  - reset policy consistent with retained state

Ownership layers

diagram

LP OWNERSHIP LAYERS — UPF RTL Handoff

layer                owns                          typical failure
------------------   ---------------------------   --------------------------
architecture         domain strategy               infeasible power states
UPF intent           policy objects + bindings     wrong/missing policy
implementation       LP cell insertion/routing     illegal physical behavior
verification         transition scenarios          uncovered LP bug
signoff governance   waiver + release decisions    late escape to silicon

Evidence to collect

Primary metric: handoff completeness, unresolved signal bindings, and policy mismatch defects.
Primary artifact: RTL + UPF handoff package, binding report, and checklist signoff.
Owners to bring into review: RTL lead, UPF owner, integration lead.
One failing transition timeline with state markers and control signals.
One report snippet proving policy intent versus implementation behavior.

Ownership map

diagram

OWNERSHIP MAP — UPF RTL Handoff

artifact              owner
----------------      -----------------
intent policy       RTL lead
implementation      UPF owner
verification        integration lead

Escapes happen when ownership is implicit.

Subpages in this topic

Each topic is taught across mechanism, inputs/outputs, reports, debug, worked example, pitfalls, interview, checklist, theory, design space, expanded case study, walkthrough, comparison matrix, software view, and silicon impact.

Key takeaways

Always name the transition context for every low-power metric.
Bind each policy decision to a specific owner and artifact.
Re-run LP simulation, formal, and implementation checks after changes.

Common pitfalls

Treating static pass reports as transition closure.
Fixing symptoms without checking policy binding and sequence order.
Shipping with ambiguous ownership on open LP violations.

Low-power deep dive

Cross-tool intent drift is a leading source of late low-power escapes.

Concept diagram

diagram

RTL+UPF -> synthesis view -> PD view -> signoff consistency

Metric graph

diagram

MISMATCH TREND

handoff week1  ███████
week2          ████
week3          ██

Reports and artifacts

RTL handoff checklist
post-synth LP report
PD LP implementation report
consistency diff

Mini case study

Synthesis and PD used mismatched UPF revisions; only consistency audit exposed the drift.

Debug branches

Compare UPF revision tags
Check object rename mapping
Run semantic consistency tool

Senior review question

Ask: what transition evidence proves this topic is closed, and which owner signs it?

Key takeaways

State transition context must accompany every low-power metric claim.
Intent changes require simulation, formal, and implementation re-validation.

Common pitfalls

Comparing results from mismatched UPF revisions.
Assuming static checks replace transition validation.
Shipping with aged waivers and unclear ownership.

Execution drill pack 1

Use this pack to rehearse low-power closure on low-power/upf-implementation-flow/upf-rtl-handoff: transition framing, policy ownership, implementation evidence, and release confidence.

Transition checklist

State transition explicitly named with legal source/target states.
Crossing and domain ownership are mapped and agreed.
Policy controls are traced to always-on source logic.
Waveform bookmarks align controls with state timestamps.

Review prompts

Which policy object is first to deviate from intent?
Which owner can apply the smallest reversible fix?
What regression matrix proves no collateral damage?
Which waiver conditions would still block release?

Evidence capsule

diagram

LP EVIDENCE CAPSULE 1

PATH: low-power/upf-implementation-flow/upf-rtl-handoff
STATE WINDOW: <from -> to>
POLICY OBJECT: <isolation / retention / shifter / switch>
OWNER: <name>
PRIMARY ARTIFACT: <report/waveform/formal result>
RELEASE DECISION: <close / bounded waiver / escalate>

Execution drill pack 2

Use this pack to rehearse low-power closure on low-power/upf-implementation-flow/upf-rtl-handoff: transition framing, policy ownership, implementation evidence, and release confidence.

Transition checklist

State transition explicitly named with legal source/target states.
Crossing and domain ownership are mapped and agreed.
Policy controls are traced to always-on source logic.
Waveform bookmarks align controls with state timestamps.

Review prompts

Which policy object is first to deviate from intent?
Which owner can apply the smallest reversible fix?
What regression matrix proves no collateral damage?
Which waiver conditions would still block release?

Evidence capsule

diagram

LP EVIDENCE CAPSULE 2

PATH: low-power/upf-implementation-flow/upf-rtl-handoff
STATE WINDOW: <from -> to>
POLICY OBJECT: <isolation / retention / shifter / switch>
OWNER: <name>
PRIMARY ARTIFACT: <report/waveform/formal result>
RELEASE DECISION: <close / bounded waiver / escalate>

Execution drill pack 3

Use this pack to rehearse low-power closure on low-power/upf-implementation-flow/upf-rtl-handoff: transition framing, policy ownership, implementation evidence, and release confidence.

Transition checklist

State transition explicitly named with legal source/target states.
Crossing and domain ownership are mapped and agreed.
Policy controls are traced to always-on source logic.
Waveform bookmarks align controls with state timestamps.

Review prompts

Which policy object is first to deviate from intent?
Which owner can apply the smallest reversible fix?
What regression matrix proves no collateral damage?
Which waiver conditions would still block release?

Evidence capsule

diagram

LP EVIDENCE CAPSULE 3

PATH: low-power/upf-implementation-flow/upf-rtl-handoff
STATE WINDOW: <from -> to>
POLICY OBJECT: <isolation / retention / shifter / switch>
OWNER: <name>
PRIMARY ARTIFACT: <report/waveform/formal result>
RELEASE DECISION: <close / bounded waiver / escalate>

Execution drill pack 4

Use this pack to rehearse low-power closure on low-power/upf-implementation-flow/upf-rtl-handoff: transition framing, policy ownership, implementation evidence, and release confidence.

Transition checklist

State transition explicitly named with legal source/target states.
Crossing and domain ownership are mapped and agreed.
Policy controls are traced to always-on source logic.
Waveform bookmarks align controls with state timestamps.

Review prompts

Which policy object is first to deviate from intent?
Which owner can apply the smallest reversible fix?
What regression matrix proves no collateral damage?
Which waiver conditions would still block release?

Evidence capsule

diagram

LP EVIDENCE CAPSULE 4

PATH: low-power/upf-implementation-flow/upf-rtl-handoff
STATE WINDOW: <from -> to>
POLICY OBJECT: <isolation / retention / shifter / switch>
OWNER: <name>
PRIMARY ARTIFACT: <report/waveform/formal result>
RELEASE DECISION: <close / bounded waiver / escalate>

Execution drill pack 5

Use this pack to rehearse low-power closure on low-power/upf-implementation-flow/upf-rtl-handoff: transition framing, policy ownership, implementation evidence, and release confidence.

Transition checklist

State transition explicitly named with legal source/target states.
Crossing and domain ownership are mapped and agreed.
Policy controls are traced to always-on source logic.
Waveform bookmarks align controls with state timestamps.

Review prompts

Which policy object is first to deviate from intent?
Which owner can apply the smallest reversible fix?
What regression matrix proves no collateral damage?
Which waiver conditions would still block release?

Evidence capsule

diagram

LP EVIDENCE CAPSULE 5

PATH: low-power/upf-implementation-flow/upf-rtl-handoff
STATE WINDOW: <from -> to>
POLICY OBJECT: <isolation / retention / shifter / switch>
OWNER: <name>
PRIMARY ARTIFACT: <report/waveform/formal result>
RELEASE DECISION: <close / bounded waiver / escalate>

Execution drill pack 6

Use this pack to rehearse low-power closure on low-power/upf-implementation-flow/upf-rtl-handoff: transition framing, policy ownership, implementation evidence, and release confidence.

Transition checklist

State transition explicitly named with legal source/target states.
Crossing and domain ownership are mapped and agreed.
Policy controls are traced to always-on source logic.
Waveform bookmarks align controls with state timestamps.

Review prompts

Which policy object is first to deviate from intent?
Which owner can apply the smallest reversible fix?
What regression matrix proves no collateral damage?
Which waiver conditions would still block release?

Evidence capsule

diagram

LP EVIDENCE CAPSULE 6

PATH: low-power/upf-implementation-flow/upf-rtl-handoff
STATE WINDOW: <from -> to>
POLICY OBJECT: <isolation / retention / shifter / switch>
OWNER: <name>
PRIMARY ARTIFACT: <report/waveform/formal result>
RELEASE DECISION: <close / bounded waiver / escalate>

Execution drill pack 7

Use this pack to rehearse low-power closure on low-power/upf-implementation-flow/upf-rtl-handoff: transition framing, policy ownership, implementation evidence, and release confidence.

Transition checklist

State transition explicitly named with legal source/target states.
Crossing and domain ownership are mapped and agreed.
Policy controls are traced to always-on source logic.
Waveform bookmarks align controls with state timestamps.

Review prompts

Which policy object is first to deviate from intent?
Which owner can apply the smallest reversible fix?
What regression matrix proves no collateral damage?
Which waiver conditions would still block release?

Evidence capsule

diagram

LP EVIDENCE CAPSULE 7

PATH: low-power/upf-implementation-flow/upf-rtl-handoff
STATE WINDOW: <from -> to>
POLICY OBJECT: <isolation / retention / shifter / switch>
OWNER: <name>
PRIMARY ARTIFACT: <report/waveform/formal result>
RELEASE DECISION: <close / bounded waiver / escalate>

Practice this lesson