Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 2 additions & 2 deletions docs/hw/soc/agx.md
Original file line number Diff line number Diff line change
Expand Up @@ -615,9 +615,9 @@ These registers are read once, during initialization:
These status registers are continually checked by *something* on the CPU

0x11008 : u32 - Always counts up whenever work is done
0x1100c : u32 - Useally 0
0x1100c : u32 - Usually 0
0x11010 : u32 - Another work counter? counts up slower
0x11014 : u32 - Useally 0
0x11014 : u32 - Usually 0

There doesn't seem to be a good relationship of when these status registers are read, relative to
the ASC Pong and Kicks.
2 changes: 1 addition & 1 deletion docs/platform/security.md
Original file line number Diff line number Diff line change
Expand Up @@ -141,7 +141,7 @@ has powered on and the SEP is satisfied with the state of iBoot and the system f
When FileVault is enabled for an APFS volume, the VEK and xART are wrapped with a Key Encryption Key (KEK), which is backed
by user credentials from the macOS container in question. The machine will be unable to read the user data volume of the
protected container until these credentials are provided at startup. Enabling this is instantaneous on Apple Silicon machines, since
the only required operation is generating the KEK and and a recovery key. The system snapshot, Preboot, and
the only required operation is generating the KEK and a recovery key. The system snapshot, Preboot, and
recovery volumes are not protected by FileVault. These partitions are immutable, backed by the SEP, and contain no user data
and therefore do not particularly benefit from FileVault. All encryption keys are destroyed by the SEP
when the Machine Owner requests the machine to be wiped, guaranteeing that any residual data is indecipherable even to data recovery
Expand Down