mirror of
https://github.com/saymrwulf/xous-core.git
synced 2026-11-15 08:30:02 +00:00
26078dcc7d
After some contemplation, we should include the keystore in the core service set featured by the dabao-xous configuration. The pros are: any compatibility/sharing of resources that require access to RRAM, one-way counters, UUIDs, etc. will either require a wholly separate implementation that is "insecure" or it could just reuse the baosec work. Furthermore, as cryptographic accelerators are laid into the keystore, the APIs become available to the dabao environment The cons are: more space is used in a space-constrained dabao environment (roughly 140k "deadweight" at the start, but as cryptographic APIs get layered in this can grow substantially); the key slots are "used up" in part by the scheme, which leaves less key slots available for user-defined purposes. This is mitigated by the fact that there are a couple thousand key slots, and so even though we use a couple hundred of them it's still not the whole range. Also, the baosec/dabao feature flag can be used to feature-out cryptographic APIs/accelerators that are too obscure or not useful for the dabao environment, to "lighten up" the firmware load. |
||
|---|---|---|
| .. | ||
| bao1x-api | ||
| bao1x-hal | ||
| blitstr2 | ||
| chat | ||
| cos_table | ||
| flatipc | ||
| flatipc-derive | ||
| keystore-api | ||
| mass-storage | ||
| perflib | ||
| precursor-hal | ||
| tls | ||
| userprefs | ||
| ux-api | ||
| xous-bio | ||
| xous-bio-bdma | ||
| xous-pio | ||
| xous-pl230 | ||