-
Notifications
You must be signed in to change notification settings - Fork 36
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
wolfHSM Manual (migration from wolfHSM-docs to wolfssl/documentation) #131
Conversation
The failure is due to the existing I locally built
Fix pushed. Attached is the wolfHSM User Manual for review. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Awesome! First quick pass flagging some broken links, spelling errors, and a few suggestions.
|
||
When using wolfCrypt in the client application, compatible crypto operations can be executed on the wolfHSM server by passing `WOLFHSM_DEV_ID` as the `devId` argument. The wolfHSM client must be initialized before using any wolfHSM remote crypto. | ||
|
||
If wolfHSM does not yet support that algorithm, the API call will return `CRYPTOCB_UNAVAILABLE`. See [supported wolfCrypt algorithms](todo) for the full list of algorithms wolfHSM supports for remote HSM execution. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
broken link, but this section doesn't exist. I can add it in a PR later
@aidangarske You mentioned that we don't yet have doxygen - we do have the client and server APIs doxygen-commented, but it is inline in the source code (as opposed to maintained separately like wolfSSL does in this repo). There isnt a doxyfile yet though. Just FYI on where that is at |
@aidangarske is OOO today, but @rlm2002 can help. Brett if you have API's that are public that you would like Doxygen to process please provide a link to those. Aidan and I could not find them.
Thanks |
@rlm2002 here ya go. We haven't set up the client/server groups yet |
…yet have API documentation, so the Doxygen steps are being skipped. Only the src/*.md files are being used for the HTML and PDF manuals. updated the mkdocs.yml and took out the summary because it is not necessary in documentations repo.
…to see actual commands. Removed tracking of generated wolfHSM/docs/xml files.
Changes look good to me as a nice first step to adding the wolfHSM manual. The github actions is complaining about:
|
Those are fixed with wolfSSL/wolfHSM#42 |
@bigbrett is the request for changes still outstanding? Am okay merging in this initial documentation addition as is. |
@JacobBarthelmeh let me take a peek. I'll approve if they are all addressed, otherwise I'll request changes. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@JacobBarthelmeh good to go.
@dgarske @aidangarske thank you both so much for your help on this. Go Team Garske!!!
@dgarske @JacobBarthelmeh Regarding the doxybook2 error, naming the enums is fine, but naming the unions will require changes to the calling code to work. We might end up doing that, or we may just pull docs into a separate header like wolfSSL does. Will discuss with the team. I don't think anonymous unions are critical to funcitonality, so we might just bite the bullet and refactor in this case. I'll keep you in the loop, but go ahead and merge for now without the API docs live.
wolfHSM documentation generation.
The wolfHSM does not yet have API documentation, so the Doxygen steps are being skipped. Only the src/*.md files are being used for the HTML and PDF manuals.
Updated the mkdocs.yml and took out the SUMMARY.md because it is not necessary in documentations repo.
Adds new V=1 option to help with showing commands being used. Updated copyright.