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
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.
I thought crypto was owned by TIFS in a default system? Is this not true? Can a user truly switch between hardware and software in a TI default system?
If this is true (great!), we should document how to switch. Some of the current guide shows how to do it with openssl by using -engine; is this the only way? The best way?
There was a problem hiding this comment.
We have AES and SHA engine available in Linux (different instance than TIFS), so not entire crypto is owned only by TIFS. User has the flexibility to chose.
Yes, users can do the switch using openssl -engine option (it's documented in existing docs). openssl is the industry standard, hence the SDK doc refers to it
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>
e3b007b to
562425d
Compare
|
@shiva-ti please rebase when you get a chance |
Add documentation on crypto implementation options including hardware crypto accelerators and ARM-based crypto extensions, and the trade-offs of using them.