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

  • RTL Foundations36
  • Combinational Design25
  • Sequential Design27
  • FSM & Control27
  • Timing & Clocking39
  • Reset & CDC34
  • Memory & Buses57
  • Advanced RTL28
  • Senior & Interview76
    • Low-Power RTL Hub
      • Clock gating done right
      • Safe gating style
      • Power domains, isolation and retention
      • UPF intent every RTL lead should know
    • DFT and Scan Hub
    • Physical Awareness Hub
    • Waveform Debug Hub
    • STA and ECO Hub
    • RTL-to-Implementation Closure
    • DFT-Ready RTL
    • Capstone: Resilient Streaming Peripheral
    • Principal Design Review
    • Senior RTL Interview Questions & Model Answers
  • Glossary and Notation
Loading lesson

‹Senior & Interview
  1. Topics
  2. RTL Design
  3. Senior & Interview
  4. Low-Power RTL Hub

Part 9 · Senior · Senior

Low-Power RTL Hub

Gating, power domains, retention, and UPF intent for RTL that wastes no switching power.

  • 4topics
  • 4lessons

Topics in this section

  1. 1Clock gating done right1 lesson
  2. 2Safe gating style1 lesson
  3. 3Power domains, isolation and retention1 lesson
  4. 4UPF intent every RTL lead should know1 lesson
On this page

    At senior level, low-power RTL starts with reducing needless switching. Clock gating is usually the highest-impact technique because it stops flop toggles directly.

    Technique

    What it removes

    Cost of getting it wrong

    Clock gating

    Flop toggles in idle cycles

    Runt pulses from ad-hoc clk & en logic

    Safe gating style

    Glitch and test risk around each gate

    Untestable domains without a scan override

    Isolation and retention

    X spread from off domains and lost state

    Corrupted control and failed restore

    UPF intent

    Drift between RTL and implementation

    Missing isolation or retention in silicon

    Low-power flow from idle cycles to power intent.
    Each step removes a different waste, from toggles to intent drift.

    Lessons in this topic

    4 lessons, about 19 min

    1. 1Clock gating done rightYou can list the idle cycles worth gating, explain why a raw AND gate is unsafe, and say when to infer an ICG and when to instantiate one.5 min
    2. 2Safe gating styleYou can time a gate enable through a flop and the ICG latch, add the scan override to every gate, and choose one enable per cluster of registers.5 min
    3. 3Power domains, isolation and retentionYou can choose a clamp value for each crossing, order the isolation and power-switch steps, and decide which state needs retention.4 min
    4. 4UPF intent every RTL lead should knowYou can list the hooks RTL owes the power intent, keep the save, isolate and restore order, and say what the UPF decides instead.5 min
    Check yourself A block sits idle for half its cycles while its clock keeps toggling. Which technique removes that waste, and what proves the fix?

    Clock gating driven by an idle condition. A testbench that counts gated edges against free edges shows the saved toggles, while the held state stays correct.

    Interview

    Expect to trace one enable from its idle condition down to the gated flops. Name the cluster it covers, the scan override, and the evidence that nothing broke.

    Revision sheet

    The whole topic on one page, taken from each lesson's Remember box. Read it before an interview, or print it.

    Clock gating done right

    • A data enable alone does not stop clock activity; gating the clock does. Leakage stays either way.

    • A raw clk & en can glitch if en changes while clk is high. The ICG latch closes during the high phase.

    • Write a plain enable and let the flow map it to a library ICG; instantiate a cell only for special cases such as a scan override.

    Rule of thumb: never gate a clock with raw AND logic in RTL.

    Safe gating style

    • The enable flop moves changes to just after the rising edge; the ICG latch, not the flop alone, protects the current pulse.

    • Every gate gets the test override, or a domain cannot shift.

    • Prefer one gate per functional cluster; finer gates add ICG, control and clock-tree cost that can cancel the saving.

    Rule of thumb: if a gate has no scan override, its whole domain is dark in test.

    Power domains, isolation and retention

    • Every OFF-to-ON crossing needs an isolation cell clamped to a safe value.

    • Quiesce, isolate, then open the switch. On wake, release isolation last, after power, restore and reset are ready.

    • Retain only state that cannot be rebuilt, such as context pointers; pipeline registers refill by themselves.

    Rule of thumb: isolate before power drops, and release isolation only when the domain is ready.

    UPF intent every RTL lead should know

    • UPF holds policy (domains, switches, isolation, retention, state tables); RTL stays clean and exposes the hooks.

    • For external capture, save before isolating; on wake, keep isolation on until restore and readiness are done.

    • Internal retention cells save local state and need not see the clamps.

    Rule of thumb: the tools insert the cells, but RTL drives the sequence.

    Practise it

    • Mini project: the capstone: a resilient streaming peripheral, stage by stage

    • Practice question: A safe clock-gating cell with a latch-based enable

    • Code lab: Clock-gate control FSM

    • Practice question: Integrated clock gating (ICG) cell usage in RTL

    • Practice question: Design strategy for isolation cell enable control

    • Code lab: Isolation cell model

    • Interview: run a mock interview on this topic

    PreviousNext: Clock gating done right

    Up next

    Up nextClock gating done right

    Sign in to save progress

    Practice this lessonReport an error

    See also

    • DFT and Scan Hub
    • Physical Awareness Hub
    • Waveform Debug Hub