lowRISC / lowRISC/opentitan

[CHERIoT] Review and improvements to prepare for D2S

Open
#31,066 2 comments 0 reactions 0 assignees View on GitHub
Dominant language
SystemVerilog
Stars
3.6k
Forks
1.1k
Avg merge
2d 22h
Merged PRs (30d)
141

Description

- [ ] Address scrambling on the Meta SRAM: Is keeping it disabled OK? Or do we need to extend `prim_ram_1p_scr` to support address scrambling on 38 KiB memories? (See https://github.com/lowRISC/opentitan/pull/30541#discussion_r3807520310 for context.)

As part of D2S, the CHERIoT subsystem must conform to end-to-end bus protection.
* [ ] #30572: lockstep the CHERIoT subsystem
* [ ] lowRISC/ibex/issues/2467: lockstep TRVK in Ibex
* [ ] Ensure capability tag information is transferred as `MuBi4` between the TRVK and CHERIoT lockstep domains.

Contributor guide

Open the contributing guide

Research direction

Start with prim_ram_1p_scr and the Meta SRAM scrambling question, then read the discussion in PR #30541. Review the linked lockstep work in #30572 and Ibex #2467; done means the D2S checklist is resolved, including the 38 KiB scrambling decision and MuBi4 capability-tag transfer.

Written by the indexing model from the issue text.

Assessment

Domain
embedded-iot, security
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Active
Clarity
Needs clarification
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.