Skip to content

Conversation

rswarbrick
Copy link

This builds on top of #727 (which is reproduced here as the first two commits). Merge that first.

After that, the first commit is me documenting exactly what the upper bounds meant (their inclusive nature isn't completely standard, so it's probably worth writing it down). The second commit is tidying up the "is this a secret address?" test so that the magic numbers can be written in a single place.

Expected mask in `wait_dai_op_idle` now masks all partition errors.

The error mask within `wait_dai_op_idle` now masks only partition errors and
nothing else.
Fix to the address bounds in the partition and to the expected error sent to
`wait_dai_op_idle()`
Copy link

linux-foundation-easycla bot commented Sep 19, 2025

CLA Signed

The committers listed above are authorized under a signed CLA.

@rswarbrick
Copy link
Author

Hmm: I'm not convinced that CI is going to work here, because it seems to depend on PRs being made from branches within the same repository. If that's true, I'll wait for access to the ChipsAlliance organisation, sign a CLA and then push a new version of this PR.

@rswarbrick rswarbrick closed this Sep 19, 2025
@rswarbrick rswarbrick reopened this Sep 19, 2025
@rswarbrick rswarbrick force-pushed the lowrisc-fuse-secret-addr-tidyup branch from 923ffe4 to c60b2b1 Compare September 19, 2025 14:16
No functional change (but hopefully it makes things a bit clearer: I
found these ranges a bit hard to reason about).
The value in caliptra_ss_fuse_ctrl_manuf_prod_prov hadn't yet been
updated for the change in 275521b. This change should make it so
that test and also caliptra_ss_fuse_ctrl_init_fail get a magic number
from a single (documented) place.
@rswarbrick rswarbrick force-pushed the lowrisc-fuse-secret-addr-tidyup branch from c60b2b1 to fe3e952 Compare September 19, 2025 14:22

bool is_caliptra_secret_addr(uint32_t addr) {
// This mirrors CALIPTRA_SECRET_ACCESS_LOWER_ADDR and CALIPTRA_SECRET_ACCESS_UPPER_ADDR in otp_ctrl_pkg
return addr >= 0x48 && addr <= 0xf0;
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

use *mmap.h file as @antmarzam did in his PR #727

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants