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
    • The Integrator Role and Handoffs
    • Spec to Tapeout Flow
    • Contracts and Ownership
      • Interfaces as Contracts
      • RACI and Change Control
      • Hardware-Software Contract and Errata
    • Reading the SoC Spec
  • 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
  • Package, Pads and I/O18
  • Chip Signoff and Tapeout18
  • SoC Interview Prep16
  • Capstone: Integrate NanoSoC14
Loading lesson

←What SoC Integration Is
  1. Topics
  2. SoC Design
  3. What SoC Integration Is
  4. Contracts and Ownership

Part 1 of 14Part 1 of 14/What SoC Integration IsAll levels

Contracts and Ownership

Interfaces as contracts, who owns each one, change control, and the hardware-software contract.

  • 3topics
  • 3lessons

Blocks meet only at interfaces, and every interface is a promise both sides build against. This topic makes those promises explicit: the six facets every interface contract covers, the owner named for each facet, the change control that guards them after a freeze, and the hardware-software contract with its errata process, which this course introduces here. Later sections spend these contracts on their own areas; this topic mints them.

Lesson

After it you can...

Interfaces as Contracts

Write the six-facet contract for any NanoSoC interface.

RACI and Change Control

Assign one accountable owner per contract and run a change through impact to requalification.

Hardware-Software Contract and Errata

Write the driver rules from reset values and run the errata process end to end.

Suggested order: top to bottom. Facets first, because RACI assigns owners to facets; then change control, because the software contract only survives if changes are governed. The handoff topic (The Integrator Role and Handoffs) supplies the bundles these contracts travel in. The standing rule for anything that crosses a clock or reset domain, nothing multi-bit without a handshake or FIFO and nothing single-bit without two flops, is taught in the CDC and RDC interface checklists; this topic only records it in the contract.

Check yourself A bridge drops the AxPROT sideband and non-secure software reaches a secure register. Which facet failed?

The address facet's security attribute, and the protocol facet's sideband carriage. The contract must name the sideband at every hop, with the firewall at the slave as the enforcement.

Expect to enumerate what an interface contract covers without forgetting clock, reset, power or software. Six facets, one NanoSoC example each, is the complete answer.

Related topics

  • Up: What SoC Integration Is

  • CDC and RDC: Interface Checklists

  • CDC and RDC: Reset Sequencing

PreviousNext: Interfaces as Contracts

Up next

Up nextInterfaces as Contracts

Sign in to save progress

Practice this lessonPrevious lessonReport an error

See also

  • The Integrator Role and Handoffs
  • Spec to Tapeout Flow
  • Reading the SoC Spec