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
  • 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
    • SoC Verification Strategy
    • Integration and Connectivity Tests
      • Register Access Sweeps
      • Address-Map and Interrupt Wiring Checks
      • Reset, Clock and Power Sanity
    • Firmware Co-Simulation
    • Performance Verification
    • Gate-Level and Power-Aware Simulation
    • Emulation and FPGA Prototyping
    • Bring-Up Readiness
  • Package, Pads and I/O18
  • Chip Signoff and Tapeout18
  • SoC Interview Prep16
  • Capstone: Integrate NanoSoC14
Loading lesson

←Top-Level Verification and Bring-up
  1. Topics
  2. SoC Design
  3. Top-Level Verification and Bring-up
  4. Integration and Connectivity Tests

Part 10 of 14Part 10 of 14/Top-Level Verification and Bring-upAll levels

Integration and Connectivity Tests

Register sweeps, address-map and interrupt wiring checks, reset and clock sanity: which planted bug each catches.

  • 3topics
  • 3lessons

Connectivity tests are the cheapest tests on the plan and the ones with the best record: one forced toggle per wire, one read per reset value, one access per hole. On NanoSoC they catch the wiring, map, reset and power-intent bugs (1, 2, 3, 4 and 6) and expose the two contract bugs (9 and 10) to a directed register access, all before the boot test ever runs. The ten planted bugs are listed in the NanoSoC tour; the whole-chip alias and hole checks are taught from the map side in Memory-Map Verification, and this topic does not repeat them. This topic implements the three sweep families — registers, map and wiring, reset and clocks — and maps each check to the bug it catches, so a failure points at wiring instead of starting a debug expedition. Its companions are the formal connectivity and bind-checker lessons elsewhere; this topic is the simulated sweep that runs on every change.

Lesson

After it you can...

Register Access Sweeps

Sweep every register for reset values, access types and the DMA traps.

Address-Map and Interrupt Wiring Checks

Prove the map answers, the holes error, the alias repeats and each interrupt reaches its input.

Reset, Clock and Power Sanity

Prove release order, clock delivery and isolation presence in one short test.

Suggested order: top to bottom. Registers first, because every later test programs registers to do its job; then the map and wiring, which prove the addresses those programs touch; then reset, clock and power sanity, which prove the chip is alive enough for either. The firmware topic next door consumes all three: it assumes the sweeps pass.

Check yourself Why do connectivity sweeps run on every integration change while boot runs nightly?

A sweep costs one access per check — a CPU read of a DMA or SBR register takes 125 ns and a clk_per register 281.25 ns — and catches wiring bugs at the price of a single transaction; a boot costs 12.581 ms of slow firmware simulation per iteration.

Expect to enumerate the sweep families and map each to a bug: registers to the byte-offset and sticky-ERR bugs, map to overlap and alias, interrupts to the wrong-input bug, reset to the release-order bug.

Related topics

  • NanoSoC Tour

  • Memory Maps: Memory-Map Verification

  • IP Integration: Integration Lint and Connectivity Checks

  • Clock and Reset: Reset Sequencing and Release

PreviousNext: Register Access Sweeps

Up next

Up nextRegister Access Sweeps

Sign in to save progress

Practice this lessonPrevious lessonReport an error

See also

  • SoC Verification Strategy
  • Firmware Co-Simulation
  • Performance Verification