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
    • Designing the Address Map
    • Implementing Address Decode
    • Decode Errors and Default Slaves
    • Register Maps and Banks
    • Security and Privilege Regions
      • Secure and Non-Secure Regions
      • Where the Filter Lives
      • Testing Access Control
    • The Software View and the Hardware-Software Contract
    • IP-XACT and Automated Assembly
    • Memory-Map Verification
  • 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

←Memory Maps and Address Decode
  1. Topics
  2. SoC Design
  3. Memory Maps and Address Decode
  4. Security and Privilege Regions

Part 3 of 14Part 3 of 14/Memory Maps and Address DecodeAll levels

Security and Privilege Regions

Secure versus non-secure regions, where the filter lives on NanoSoC, and how to test the access-control table.

  • 3topics
  • 3lessons

Two regions on NanoSoC refuse the wrong visitor: SRAM1 and the reset-and-power controller admit secure accesses only. Everything else about that refusal is integration detail: which signal carries the caller's state, which block checks it, what answers when it fails, and how the stream bridge's own security bit can route a whole DMA copy into a wall. This topic teaches the memory-map side of that story: the attributes, the two filter placements, the access-control table and its tests. The full chip security architecture, root of trust, lifecycle states and debug lockout, is covered later in the Memories, Boot and Security section; here the scope is deliberately the map and nothing more. For the attribute theory see Access Attributes and Firewalls and Filtering.

Lesson

After it you can...

Secure and Non-Secure Regions

Read the security column of the map and state what each master may touch.

Where the Filter Lives

Place both NanoSoC checks and walk the SBR non-secure reset bug end to end.

Testing Access Control

Generate the full master-by-region test matrix and prove it complete with a script.

Suggested order: top to bottom. Attributes first, then placement, then evidence. Readers chasing one specific SLVERR can start at lesson two and follow the links back.

Check yourself A non-secure driver needs the reset-cause register. What happens and what is the correct route?

The access is refused with SLVERR at the slot decoder. The correct route is secure software reading RST_CAUSE on the driver's behalf; the register is secure-only because the block it lives in can reset the chip and control its power.

Expect to draw the two filter placements and explain why the second one exists: the DMA has no protection input, so somebody else must check on its behalf.

PreviousNext: Secure and Non-Secure Regions

Up next

Up nextSecure and Non-Secure Regions

Sign in to save progress

Practice this lessonPrevious lessonReport an error

See also

  • Designing the Address Map
  • Implementing Address Decode
  • Decode Errors and Default Slaves