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
  • Reading Paths
  • Concept Map
  • How to Read the Diagrams
  • Part 0: What Is a Protocol?10
  • Part 1: Timing and Clocking11
  • Part 2: Encoding and Framing12
  • Part 3: Handshakes13
  • Part 4: Flow Control17
  • Part 5: Transactions19
  • Part 6: Concurrency and Performance17
  • Part 7: Ordering13
  • Part 8: Sharing and Arbitration12
  • Part 9: Deadlock and Liveness13
  • Part 10: Reliability and Recovery20
  • Part 11: Bring-Up and Link Management10
  • Part 12: Power8
    • Idle Detection
    • Link Power States
    • Break-Even Time
    • Low-Power Handshakes
    • Quiescing and Draining
    • Wake Signalling
    • Protocols Compared: Power
    • Drills: Power
  • Part 13: Shared State and Coherence9
  • Part 14: Security and Isolation7
  • Part 15: Specifying and Verifying11
  • Part 16: Protocols Dissected17
  • Part 17: Capstones5
  • Part 18: Interview Preparation6
Loading lesson

‹First Principles of Hardware Protocols
  1. Topics
  2. First Principles of Hardware Protocols
  3. Part 12: Power

Part 12 · Power · All levels

Part 12: Power

How do we save power without losing data? Compute the break-even time of a low-power state.

  • 8topics
  • 8lessons
On this page

    Part 12 answers: How do we save power without losing data?

    Where Part 12 sits among the fifteen questions of the course.

    Links and interfaces spend much of their time idle, and an idle link that stays fully on burns power for nothing. Turning it off is easy; turning it off without losing a transaction, and waking it fast enough, is the protocol problem.

    This part covers idle detection, link power states, break-even time, low-power handshakes, quiescing and wake signalling.

    After this part you can

    • Compute the break-even time of a low-power state.

    • Explain why a device may deny a power-down request.

    • Drain an interface safely before removing its power.

    Warm-up: three questions from Part 11

    Answer each in your head before opening it. If two or more feel shaky, revisit Part 11: Bring-Up and Link Management first.

    Check yourself Why does a high-speed link need training?

    Its receivers must lock to the incoming clock, align lanes and tune equalisation for the particular channel before data can be trusted.

    Check yourself What should a link do when two sides support different speeds?

    Negotiate down to the highest speed both support, the lowest common denominator.

    Check yourself Why are reserved fields important in a spec?

    They give later versions room to add features that old devices ignore safely, which keeps old and new devices compatible.

    Lessons

    #

    Lesson

    Level

    Status

    12.1

    Idle Detection

    W · Working

    Ready

    12.2

    Link Power States

    W · Working

    Ready

    12.3

    Break-Even Time

    S · Senior

    Ready

    12.4

    Low-Power Handshakes

    S · Senior

    Ready

    12.5

    Quiescing and Draining

    S · Senior

    Ready

    12.6

    Wake Signalling

    W · Working

    Ready

    —

    Protocols compared

    all levels

    Ready

    —

    Drills and checkpoint

    all levels

    Ready

    Every lesson in this part is ready. Work through them in order: each one sets up the problem the next one solves.

    Tip

    DCLink in this part. Step 11: an idle low-power state with a request/accept handshake. DCLink is the small protocol you build across the course; see How to use this course.

    Related topics

    • Course hub

    • Previous: Part 11 · Bring-Up and Link Management

    • Next: Part 13 · Shared State and Coherence

    PreviousNext: Idle Detection

    Up next

    Up nextIdle Detection

    Sign in to save progress

    Practice this lessonReport an error

    See also

    • How to Use This Course
    • Reading Paths
    • Concept Map