feat(linux): Add crypto implementation options guide#746
Conversation
|
New warnings found with rstcheck: |
80bbc64 to
8fdbb22
Compare
|
New warnings found with rstcheck: |
8fdbb22 to
f530a20
Compare
|
New warnings found with rstcheck: |
f530a20 to
289905a
Compare
|
New warnings found with rstcheck: |
|
You uncovered a bit of a bug in that document. The sections at line 413 and 457 shouldn't have an overline. Could you correct that please? |
289905a to
9b163b3
Compare
9b163b3 to
2824add
Compare
StaticRocket
left a comment
There was a problem hiding this comment.
Sorry, just caught these
Add documentation on crypto implementation options including hardware crypto accelerators and ARM-based crypto extensions, and the trade-offs of using them. Signed-off-by: Shiva Tripathi <s-tripathi1@ti.com>
2824add to
e3b007b
Compare
thanks for pointing out, addressed those |
| Crypto Implementation Options | ||
| ***************************** | ||
|
|
||
| Users can implement cryptographic operations by using one of the following approaches: |
There was a problem hiding this comment.
Are the options mutually exclusive? i.e. can a user control how/when they use each? This writing makes it sound mutually exclusive.
|
|
||
| 2. **ARM CPU with Cryptographic Extension (ARM CE)** | ||
|
|
||
| - Uses ARM processor's built-in cryptographic hardware support |
There was a problem hiding this comment.
Feel like this is unclear. DTHE is technically part of the ARM Processor in our case. Maybe if it was re-worded to ARM Core or ARM Instruction Set?
Add documentation on crypto implementation options including hardware crypto accelerators and ARM-based crypto extensions, and the trade-offs of using them.