-
Notifications
You must be signed in to change notification settings - Fork 294
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
Doxygen updates for data structures #507
Conversation
This is a first commit, which updates formatting of the already fully documented data structures. There are still 30 data structures that need to be updated that are not currently documented but show up in the documentation as public data structures as documented here #506. Hopefully we can split that work up among multiple people once a consistent format is established. |
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.
few minor comments, else LGTM
lib/include/openamp/remoteproc.h
Outdated
* @size: size of the memory | ||
* @io: pointer to the I/O region | ||
* @node: list node | ||
* @brief Memory used by the remote processor |
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.
/** @brief Memory used by the remote processor */
Somes other occurrences in you PR
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.
Do you think we should elaborate more on this description? I don't really like things to have just a brief - it would be nice to have additional information.
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.
Yes would be nice, just need to find the good threshold to not over comment.
I would say it depends on whether it is easy or not to understand the structure without extra description.
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.
@arnopo I'm just going to leave things as-is for this PR. We can decide if things need more detail in a future revision.
1bbf2a7
to
fd79127
Compare
@arnopo I have addressed your outstanding comments with the latest version of the PR. |
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.
minors new comments
lib/include/openamp/rpmsg_virtio.h
Outdated
|
||
/** | ||
* RPMsg buffer reclaimer that contains buffers released by the | ||
* rpmsg_virtio_release_tx_buffer function |
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.
is the link to rpmsg_virtio_release_tx_buffer is generated?
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.
No, but I have updated it so it will. Thanks!
lib/include/openamp/remoteproc.h
Outdated
* @size: size of the memory | ||
* @io: pointer to the I/O region | ||
* @node: list node | ||
* @brief Memory used by the remote processor |
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.
Yes would be nice, just need to find the good threshold to not over comment.
I would say it depends on whether it is easy or not to understand the structure without extra description.
lib/rpmsg/rpmsg_internal.h
Outdated
char name[RPMSG_NAME_SIZE]; | ||
|
||
/** Address of the remote service that is being published */ |
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.
We can replace "address" with "endpoint number"
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.
I would prefer endpoint address as it represent the address of the endpoint for RP message delivery.
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.
Looks good to me.
Improved doxygen formatting and consistency for data structures. Signed-off-by: Tammy Leino <[email protected]>
Improved doxygen formatting and consistency for data structures.
Signed-off-by: Tammy Leino [email protected]