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
  • Isolation & Retention61
  • Level Shifters & Power Switches61
    • Level Shifter Selection
    • Power Switch Architecture
    • Rush Current Mitigation
    • Always-On Logic
      • Always-On Logic: Mechanism
      • Always-On Logic: Inputs & Outputs
      • Always-On Logic: Reports & Metrics
      • Always-On Logic: Debug Playbook
      • Always-On Logic: Worked Example
      • Always-On Logic: Pitfalls & Red Flags
      • Always-On Logic: Interview Drills
      • Always-On Logic: Review Checklist
      • Always-On Logic: Theory Deep Dive
      • Always-On Logic: Design Space
      • Always-On Logic: Expanded Case Study
      • Always-On Logic: Step-by-Step Walkthrough
      • Always-On Logic: Comparison Matrix
      • Always-On Logic: Software / Programmer View
      • Always-On Logic: Silicon PPA Impact
    • Level Shifters & Power Switches: Tricky Q&A
  • UPF Implementation Flow61
  • Low Power Verification61
  • PD & Power Grid Integration61
  • Low Power Interview Prep4
  • Low Power / UPF Cheatsheet
Loading lesson

‹Always-On Logic
  1. Topics
  2. Low-Power Design
  3. Level Shifters & Power Switches
  4. Always-On Logic
  5. Always-On Logic: Design Space

Low Power / UPF · All levels

Always-On Logic: Design Space

Design Space for Always-On Logic.

On this page

    Design space exploration

    For Always-On Logic, policy choices trade leakage, wake latency, and robustness.

    Option A — conservative

    • Conservative policy: helps predictable behavior

    • Risk: extra area/leakage

    • Validate with: first-silicon bring-up

    Option B — balanced

    • Balanced policy: helps practical overhead

    • Risk: requires strong verification

    • Validate with: production targets

    Option C — aggressive optimization

    • Aggressive optimization: helps power savings

    • Risk: transition fragility

    • Validate with: late optimization

    Option D — architecture refactor

    • Architecture refactor: helps structural clarity

    • Risk: schedule risk

    • Validate with: chronic escapes

    Diagram
    DESIGN SPACE — Always-On Logic
    leakage <-> wake latency <-> robustness <-> schedule

    Design pitfalls

    • Over-optimizing leakage without transition evidence

    • Policy changes without ownership signoff

    Tradeoff curve

    Diagram
    BEFORE / AFTER FIX — Always-On Logic
    
    metric quality
      ^
      |                       o target region
      |                 o post-fix + regression
      |            o
      |      o failing baseline
      +----------------------------------------> iteration
          sequence audit   policy fix   full re-run

    Low-power deep dive

    Voltage translation and switch topology must be co-optimized with transition reliability.

    Concept diagram

    Diagram
    CROSSING + GATING
    
    domain crossing -> level shifter
    domain enable   -> staged switches

    Metric graph

    Diagram
    INRUSH RISK
    
    single-stage enable  █████████ high
    staged enable        ███       lower

    Reports and artifacts

    • LS insertion summary

    • switch enable schedule

    • inrush profile

    • AON control audit

    Mini case study

    Staged switch enable solved rail dip without violating wake latency budget.

    Debug branches

    • Check shifter direction map

    • Audit switch staging

    • Correlate with transient IR

    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/level-shifters-switches/always-on-logic/design-space: 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/level-shifters-switches/always-on-logic/design-space
    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/level-shifters-switches/always-on-logic/design-space: 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/level-shifters-switches/always-on-logic/design-space
    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/level-shifters-switches/always-on-logic/design-space: 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/level-shifters-switches/always-on-logic/design-space
    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/level-shifters-switches/always-on-logic/design-space: 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/level-shifters-switches/always-on-logic/design-space
    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/level-shifters-switches/always-on-logic/design-space: 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/level-shifters-switches/always-on-logic/design-space
    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/level-shifters-switches/always-on-logic/design-space: 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/level-shifters-switches/always-on-logic/design-space
    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/level-shifters-switches/always-on-logic/design-space: 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/level-shifters-switches/always-on-logic/design-space
    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/level-shifters-switches/always-on-logic/design-space: 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/level-shifters-switches/always-on-logic/design-space
    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/level-shifters-switches/always-on-logic/design-space: 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/level-shifters-switches/always-on-logic/design-space
    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/level-shifters-switches/always-on-logic/design-space: 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/level-shifters-switches/always-on-logic/design-space
    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/level-shifters-switches/always-on-logic/design-space: 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/level-shifters-switches/always-on-logic/design-space
    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/level-shifters-switches/always-on-logic/design-space: 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/level-shifters-switches/always-on-logic/design-space
    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/level-shifters-switches/always-on-logic/design-space: 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/level-shifters-switches/always-on-logic/design-space
    STATE WINDOW: <from -> to>
    POLICY OBJECT: <isolation / retention / shifter / switch>
    OWNER: <name>
    PRIMARY ARTIFACT: <report/waveform/formal result>
    RELEASE DECISION: <close / bounded waiver / escalate>

    Principal LP review addendum

    Always-on logic hosts power-management controls, retention supplies, and wake-up paths that must remain functional when switchable domains are OFF.

    Metric: AON rail continuity, control-signal survivability, and leakage budget for AON islands

    This content block can't be displayed here.

    Block type: unknown

    This content block can't be displayed here.

    Block type: unknown

    This content block can't be displayed here.

    Block type: unknown

    Previous

    181 / 375

    Next: Always-On Logic: Expanded Case Study

    Up next

    Up nextAlways-On Logic: Expanded Case Study

    Sign in to save progress

    Practice this lessonReport an error

    See also

    • Always-On Logic: Mechanism
    • Always-On Logic: Inputs & Outputs
    • Always-On Logic: Reports & Metrics