-
Notifications
You must be signed in to change notification settings - Fork 813
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
[fpga] Hyperdebug integration on FPGA targets #13484
Comments
This isn't actually part of the M2 milestone, is it? But in any case, we have a bitstream with the alternate pin configuration, but validation on it is still in an early phase. In addition (or possibly as a separate issue), the bitstream cache and bazel rules need some updates to make the cw310 hyperdebug variant available for use within our build system, and we'll want to add to the docs explaining how to use. The latter would also mean explaining what hyperdebug is, where to get the firmware, how to connect it, and updating opentitantool to make it all work. |
Thanks for summarizing this @a-will! It looks like the P1 aspects of this issue have been addressed (create an alternate pin configuration), hence I think we can relax this to P2 and assign it to M3 for now (please re-categorize if you think this is incorrect). |
Things have changed quite a bit since this issue was first created. Some open items:
|
Assigning this to SV 2 for now - @moidx @timothytrippel @a-will please adjust as needed. |
This issue is to track the tasks required to enable Hyperdebug integrations on FPGA targets. Currently, host I/O connectivity is routed to the onboard SM3x in the CW310 board. We need an alternate FPGA pinout configuration to start Hyperdebug enablement.
Ideally the alternate pin configuration will be available in the repository, and Bazel/Fusesoc should be able to select between the available pinout configurations.
The text was updated successfully, but these errors were encountered: