-
Notifications
You must be signed in to change notification settings - Fork 7
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
Add router_cores and get_core_at #446
Conversation
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.
Just take a look at get_coord_at implementation, I think the lookup I left in the comment should be sufficient. It should me much less code and more performant. Let me know if I am missing something there
4c56cde
to
1580592
Compare
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.
nice
39e764c
to
5104318
Compare
### Issue Continuation of #446 ### Description Minor fixes ### List of the changes - Added the translate_coord_to api to soc descriptor as well - Added more verbose fatal messages for translation. ### Testing No additional tests ### API Changes There are no API changes in this PR.
Issue
Somewhat related to #439
Description
get_core_at can be a useful API provided by coordinate manager. There are scenarios where we want to learn what is located at a specific core location. This obviously can't be offered for LOGICAL coord system, but for others it is possible.
Since there are also some places in the code which request specifically some cores which might be router_only cores, I've also added router_cores to CoordinateManager and SocDescriptor (see Cluster::test_setup_interface or Cluster::broadcast_pcie_tensix_risc_reset)
List of the changes
Testing
Added tests which test the new API.
API Changes
There are no API changes in this PR.