-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
Extended HWM commands refactor #12682
Extended HWM commands refactor #12682
Conversation
|
||
auto ans = hw_monitor::send(cmd, p_response, locked_transfer); | ||
recv_msg.insert(recv_msg.end(), ans.begin(), ans.end()); | ||
// currently we assume HKR send only the table size when sending 0/0 chanks command above. |
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.
typo - chunks
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.
typo - sends
auto ans = hw_monitor::send(cmd, p_response, locked_transfer); | ||
recv_msg.insert(recv_msg.end(), ans.begin(), ans.end()); | ||
// currently we assume HKR send only the table size when sending 0/0 chanks command above. | ||
// in the future the FW should send chunk 1 in 0/0 command and than we can use it here. |
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.
typo - then
// actual size will be returned as part for the response header and will be used | ||
// to calculate the extended loop range | ||
auto ans = hw_monitor::send(cmd, p_response, locked_transfer); | ||
recv_msg.insert(recv_msg.end(), ans.begin(), ans.end()); |
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.
if I understand correctly, this is an API change:
instead of getting the first chunk, we get the message, in which only the header is needed, and then, we get the chunks in other messages.
Please confirm this change has been implemented also in HKR side.
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.
As discusses,
Current FW : we get the last chunk size of the first messages which is wrong, but since we get a valid header we extract the size from there and restart the querying process.
FW should supply a fix where 0/0 we send the first chunk with full size, then we can optimize and take this chunk and continue the loop from index 1.
This will be done on another PR once we have their fix.
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 comments - thanks!
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.
LGTM
When we get config table we get the size in the header.
This PR remove the hard coded tables sizes, and leverage the header size value.
Also did some renaming
Tracked on [RSDEV-1735]