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

AboutRoadmapCareersInternshipsFAQContactPrivacyTerms
Skip to lesson

Course contents

  • How to Use This Course
  • The NanoSoC Tour
  • Reading Path
  • SoC Glossary10
  • SoC Metrics Reference
  • SoC Cheatsheet
  • What SoC Integration Is12
  • Architecture and Budgets21
    • Partitioning and Hierarchy
    • Area Budgets
    • Timing Budgets Across Hierarchy
      • Cycle Budgets for Crossing Paths
      • I/O Delay Budgeting
      • Margin Allocation and Handoff
    • Power Budgets
    • Bandwidth Budgets
    • Budget Governance
    • Multi-Die and Chiplet View
  • Memory Maps and Address Decode26
  • Interconnect and Bus Fabrics26
  • Clock and Reset Architecture24
  • Power Architecture21
  • Interrupts, DMA and Peripherals15
  • Memories, Boot and Security21
  • IP Integration and Handoff21
  • Top-Level Verification and Bring-up21
  • Package, Pads and I/O18
  • Chip Signoff and Tapeout18
  • SoC Interview Prep16
  • Capstone: Integrate NanoSoC14
Loading lesson

←Architecture and Budgets
  1. Topics
  2. SoC Design
  3. Architecture and Budgets
  4. Timing Budgets Across Hierarchy

Part 2 of 14Part 2 of 14/Architecture and BudgetsAll levels

Timing Budgets Across Hierarchy

Cycle and nanosecond budgets for paths that cross blocks, I/O delay budgeting, and margin allocation.

  • 3topics
  • 3lessons

A path that crosses three blocks has one clock period and three owners, and each owner spends part of it. NanoSoC's slowest fabric paths are fully priced — a CPU fetch costs 18 cpu clocks totalling 93.75 ns, a peripheral read costs 281.25 ns across three domains — and this topic teaches how to split such latencies into per-block cycle budgets (what software waits for), how a path inside one clock period is budgeted differently (setup time between blocks), how to budget the chip's I/O timing against the board, and how to hold margin so one block's miss does not become a chip miss. For the analysis mechanics behind these numbers see the STA course; here the integrator decides the allowances.

Lesson

After it you can...

Cycle Budgets for Crossing Paths

Split a cross-block path into cycle budgets that add to the measured total.

I/O Delay Budgeting

Budget chip I/O timing against board delays.

Margin Allocation and Handoff

Hold margin at the top and hand budgets to blocks that can close.

Suggested order: top to bottom. Price the internal paths first, then the pins, then the margin that protects both. For boundary timing from the layout side see I/O Timing and Block Boundaries; for interface budgets in constraint form see Interface Budgets.

Check yourself Who owns the slack on a path through three blocks?

The integrator, until it is budgeted: each block receives a cycle allowance, and unallocated slack stays at the top as margin rather than being spent by whoever arrives first.

Expect a path delay and three blocks. Split it on the whiteboard in cycles per domain, convert once to nanoseconds, and name where the margin sits.

PreviousNext: Cycle Budgets for Crossing Paths

Up next

Up nextCycle Budgets for Crossing Paths

Sign in to save progress

Practice this lessonPrevious lessonReport an error

See also

  • Partitioning and Hierarchy
  • Area Budgets
  • Power Budgets