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

AboutContactPrivacyTerms
Skip to lesson

Course contents

  • How to Use This Course
  • Low-Power Metrics Reference
  • Low-Power Glossary
  • Reading Path
  • Power Intent Fundamentals61
    • Supply Sets & Power States
    • Power Domain Basics
      • Power Domain Basics: Mechanism
      • Power Domain Basics: Inputs & Outputs
      • Power Domain Basics: Reports & Metrics
      • Power Domain Basics: Debug Playbook
      • Power Domain Basics: Worked Example
      • Power Domain Basics: Pitfalls & Red Flags
      • Power Domain Basics: Interview Drills
      • Power Domain Basics: Review Checklist
      • Power Domain Basics: Theory Deep Dive
      • Power Domain Basics: Design Space
      • Power Domain Basics: Expanded Case Study
      • Power Domain Basics: Step-by-Step Walkthrough
      • Power Domain Basics: Comparison Matrix
      • Power Domain Basics: Software / Programmer View
      • Power Domain Basics: Silicon PPA Impact
    • UPF Object Model
    • CPF vs UPF
    • Power Intent Fundamentals: Tricky Q&A
  • Isolation & Retention61
  • Level Shifters & Power Switches61
  • UPF Implementation Flow61
  • Low Power Verification61
  • PD & Power Grid Integration61
  • Low Power Interview Prep4
  • Low Power / UPF Cheatsheet
Loading lesson

‹Power Domain Basics
  1. Topics
  2. Low-Power Design
  3. Power Intent Fundamentals
  4. Power Domain Basics
  5. Power Domain Basics: Theory Deep Dive

Low Power / UPF · All levels

Power Domain Basics: Theory Deep Dive

Theory Deep Dive for Power Domain Basics.

On this page

    Foundational theory

    Power Domain Basics is a core part of Power Intent Fundamentals. Power domains partition logic by shutdown policy and voltage operation so isolation, retention, and level-shifter rules can be applied deterministically. Senior engineers connect observed behavior to explicit state policy, domain boundaries, and sequence ownership before proposing fixes.

    Core concepts explained

    • Power domains partition logic by shutdown policy and voltage operation so isolation, retention, and level-shifter rules can be applied deterministically.

    • Primary metric: domain assignment completeness, cross-domain crossing count, and always-on reachability

    • Primary artifact: domain map, UPF create_power_domain rules, and crossing inventory

    • Owners: architecture owner, RTL owner, UPF owner

    • Legal state transitions must be explicit and testable

    • Every crossing requires policy + evidence

    Why this matters in product signoff

    At product level, Power Domain Basics defects become intermittent, expensive silicon escapes. Power intent is an executable architecture contract.

    Mental model

    Diagram
    DOMAIN PARTITION
    
    always_on_ctrl ---> [ISO] ---> cpu_domain (switchable)
    always_on_ctrl ---> [ISO] ---> video_domain (switchable)
    cpu_domain -----> [LS]  -----> video_domain
    
    Every crossing needs isolation/level-shift policy ownership.

    Worked intuition

    1. Name the failing mode transition and power states.

    2. Open domain assignment completeness, cross-domain crossing count, and always-on reachability and identify which crossing or policy failed.

    3. Align waveform timeline with PMU control sequence.

    4. Check UPF object binding and policy ownership.

    5. Collect domain map, UPF create_power_domain rules, and crossing inventory with database/view tags.

    6. Classify: intent mismatch, sequencing bug, or implementation defect.

    7. Apply minimal fix and rerun LP regression matrix.

    Common misconceptions

    • If active mode passes, low-power behavior is safe.

    • Isolation alone can hide all OFF-domain issues.

    • Any UPF syntax conversion preserves semantics.

    • Static reports are enough without transition coverage.

    Visual reinforcement

    Domain partitioning with crossings

    Diagram
    DOMAIN PARTITION
    
    always_on_ctrl ---> [ISO] ---> cpu_domain (switchable)
    always_on_ctrl ---> [ISO] ---> video_domain (switchable)
    cpu_domain -----> [LS]  -----> video_domain
    
    Every crossing needs isolation/level-shift policy ownership.

    Layer responsibilities

    Diagram
    LP OWNERSHIP LAYERS — Power Domain Basics
    
    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

    Low-power deep dive

    Power intent must be explicit, reviewable, and tool-consistent from day one.

    Concept diagram

    Diagram
    POWER INTENT FLOW
    
    architecture -> UPF objects -> tool binding -> verification evidence

    Metric graph

    Diagram
    INTENT QUALITY
    
    bound policies      ████████████ high
    stale references    ███          medium risk
    missing states      ██           high risk

    Reports and artifacts

    • PST report

    • domain map

    • UPF lint

    • policy binding summary

    Mini case study

    One missing PST entry blocked legal retention mode and caused false debug loops.

    Debug branches

    • Check legal state table first

    • Audit policy binding IDs

    • Freeze UPF revision tags

    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/power-intent-fundamentals/power-domain-basics/theory-deep-dive: 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

    1. Which policy object is first to deviate from intent?

    2. Which owner can apply the smallest reversible fix?

    3. What regression matrix proves no collateral damage?

    4. Which waiver conditions would still block release?

    Evidence capsule

    Diagram
    LP EVIDENCE CAPSULE 1
    
    PATH: low-power/power-intent-fundamentals/power-domain-basics/theory-deep-dive
    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/power-intent-fundamentals/power-domain-basics/theory-deep-dive: 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

    1. Which policy object is first to deviate from intent?

    2. Which owner can apply the smallest reversible fix?

    3. What regression matrix proves no collateral damage?

    4. Which waiver conditions would still block release?

    Evidence capsule

    Diagram
    LP EVIDENCE CAPSULE 2
    
    PATH: low-power/power-intent-fundamentals/power-domain-basics/theory-deep-dive
    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/power-intent-fundamentals/power-domain-basics/theory-deep-dive: 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

    1. Which policy object is first to deviate from intent?

    2. Which owner can apply the smallest reversible fix?

    3. What regression matrix proves no collateral damage?

    4. Which waiver conditions would still block release?

    Evidence capsule

    Diagram
    LP EVIDENCE CAPSULE 3
    
    PATH: low-power/power-intent-fundamentals/power-domain-basics/theory-deep-dive
    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/power-intent-fundamentals/power-domain-basics/theory-deep-dive: 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

    1. Which policy object is first to deviate from intent?

    2. Which owner can apply the smallest reversible fix?

    3. What regression matrix proves no collateral damage?

    4. Which waiver conditions would still block release?

    Evidence capsule

    Diagram
    LP EVIDENCE CAPSULE 4
    
    PATH: low-power/power-intent-fundamentals/power-domain-basics/theory-deep-dive
    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/power-intent-fundamentals/power-domain-basics/theory-deep-dive: 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

    1. Which policy object is first to deviate from intent?

    2. Which owner can apply the smallest reversible fix?

    3. What regression matrix proves no collateral damage?

    4. Which waiver conditions would still block release?

    Evidence capsule

    Diagram
    LP EVIDENCE CAPSULE 5
    
    PATH: low-power/power-intent-fundamentals/power-domain-basics/theory-deep-dive
    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/power-intent-fundamentals/power-domain-basics/theory-deep-dive: 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

    1. Which policy object is first to deviate from intent?

    2. Which owner can apply the smallest reversible fix?

    3. What regression matrix proves no collateral damage?

    4. Which waiver conditions would still block release?

    Evidence capsule

    Diagram
    LP EVIDENCE CAPSULE 6
    
    PATH: low-power/power-intent-fundamentals/power-domain-basics/theory-deep-dive
    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/power-intent-fundamentals/power-domain-basics/theory-deep-dive: 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

    1. Which policy object is first to deviate from intent?

    2. Which owner can apply the smallest reversible fix?

    3. What regression matrix proves no collateral damage?

    4. Which waiver conditions would still block release?

    Evidence capsule

    Diagram
    LP EVIDENCE CAPSULE 7
    
    PATH: low-power/power-intent-fundamentals/power-domain-basics/theory-deep-dive
    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 8

    Use this pack to rehearse low-power closure on low-power/power-intent-fundamentals/power-domain-basics/theory-deep-dive: 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

    1. Which policy object is first to deviate from intent?

    2. Which owner can apply the smallest reversible fix?

    3. What regression matrix proves no collateral damage?

    4. Which waiver conditions would still block release?

    Evidence capsule

    Diagram
    LP EVIDENCE CAPSULE 8
    
    PATH: low-power/power-intent-fundamentals/power-domain-basics/theory-deep-dive
    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 9

    Use this pack to rehearse low-power closure on low-power/power-intent-fundamentals/power-domain-basics/theory-deep-dive: 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

    1. Which policy object is first to deviate from intent?

    2. Which owner can apply the smallest reversible fix?

    3. What regression matrix proves no collateral damage?

    4. Which waiver conditions would still block release?

    Evidence capsule

    Diagram
    LP EVIDENCE CAPSULE 9
    
    PATH: low-power/power-intent-fundamentals/power-domain-basics/theory-deep-dive
    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 10

    Use this pack to rehearse low-power closure on low-power/power-intent-fundamentals/power-domain-basics/theory-deep-dive: 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

    1. Which policy object is first to deviate from intent?

    2. Which owner can apply the smallest reversible fix?

    3. What regression matrix proves no collateral damage?

    4. Which waiver conditions would still block release?

    Evidence capsule

    Diagram
    LP EVIDENCE CAPSULE 10
    
    PATH: low-power/power-intent-fundamentals/power-domain-basics/theory-deep-dive
    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 11

    Use this pack to rehearse low-power closure on low-power/power-intent-fundamentals/power-domain-basics/theory-deep-dive: 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

    1. Which policy object is first to deviate from intent?

    2. Which owner can apply the smallest reversible fix?

    3. What regression matrix proves no collateral damage?

    4. Which waiver conditions would still block release?

    Evidence capsule

    Diagram
    LP EVIDENCE CAPSULE 11
    
    PATH: low-power/power-intent-fundamentals/power-domain-basics/theory-deep-dive
    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 12

    Use this pack to rehearse low-power closure on low-power/power-intent-fundamentals/power-domain-basics/theory-deep-dive: 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

    1. Which policy object is first to deviate from intent?

    2. Which owner can apply the smallest reversible fix?

    3. What regression matrix proves no collateral damage?

    4. Which waiver conditions would still block release?

    Evidence capsule

    Diagram
    LP EVIDENCE CAPSULE 12
    
    PATH: low-power/power-intent-fundamentals/power-domain-basics/theory-deep-dive
    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 13

    Use this pack to rehearse low-power closure on low-power/power-intent-fundamentals/power-domain-basics/theory-deep-dive: 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

    1. Which policy object is first to deviate from intent?

    2. Which owner can apply the smallest reversible fix?

    3. What regression matrix proves no collateral damage?

    4. Which waiver conditions would still block release?

    Evidence capsule

    Diagram
    LP EVIDENCE CAPSULE 13
    
    PATH: low-power/power-intent-fundamentals/power-domain-basics/theory-deep-dive
    STATE WINDOW: <from -> to>
    POLICY OBJECT: <isolation / retention / shifter / switch>
    OWNER: <name>
    PRIMARY ARTIFACT: <report/waveform/formal result>
    RELEASE DECISION: <close / bounded waiver / escalate>

    Theory reinforcement

    Power intent is an executable architecture contract.

    This content block can't be displayed here.

    Block type: unknown

    Previous

    28 / 375

    Next: Power Domain Basics: Design Space

    Up next

    Up nextPower Domain Basics: Design Space

    Sign in to save progress

    Practice this lessonReport an error

    See also

    • Power Domain Basics: Mechanism
    • Power Domain Basics: Inputs & Outputs
    • Power Domain Basics: Reports & Metrics