Extended support of Alveo boards by BSC #150
Open
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
added 30 commits
September 21, 2023 13:59
…erge/openpiton-dev
…into merge/openpiton-dev.
…h official openpiton-dev.
…fix, closer to official OP).
…or boot through it (normally is auto-generated by protosyn with option --uart-dmw) since MEEP shell anyway needs it despite doesn't support such UART mode.
… SD initialization starts instead of OSBI+Linux boot.
…onstream works, normal Linux boot doesn't start yet.
…s, baremetal works through UART.
…memory" in bootrom asm code, otherwise Linux is not booted for build under MEEP shell.
…rocess instead of fixed one, dependent on MSG_LENGTH field in the header (like it is done in deser process for data write).
…ad data packet since flexible option doesn't work so far and requires more investigation.
…OC serialization process for NC (non-cashed) types of load requests (for cached type only fixed length PAYLOAD_LEN works), dependent on MSG_DATA_SIZE field in the header.
…NOC read data packet since flexible option stops working for MSG_TYPE_LOAD_MEM request for 2nd half of address space and MSG_TYPE_NC_LOAD_REQ is not met practically.
Author
|
Hi @Jbalkind , sorry for a delay. Some update is here: now Ariane patching is done through |
added 24 commits
October 2, 2024 22:34
…HBM) in meep shell.
…e containing sw test application, 100GbE uB-based prototype design.
…openpiton-dev_upstr
…rable in meaning of AXI protocol and data width.
…straints to meet 322MHz timing closure.
…`virtual` tag in `devices.xml` instead of physical access through ncmem `noc_axi4_bridge`.
…N_RUNTIME_NCMEM` since physical `ncmem` connection to DRAM is excluded in favor of logical connection of non-cached `dma_pool` device to DRAM through `virtual` tag in `devices.xml`.
…ad of standard one from Xilinx.
…openpiton-dev_upst
|
Hi @alekrop, I'm very much interested in running OpenPiton on the U55C. |
Author
Hi @Tiago-R , |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
7 participants
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Here is a suggested support of 3 types of AMD Alveo boards: U55C, U280, U250. It is based on embedded meep_shell which includes QDMA based PCIe inteface, 2 kinds of supported DRAM: DDR and HBM, support of multi-MC (Memory Controllers) connection to HBM utilizing free NOC ports of edge tiles. Apart of this the contribution includes modified NOC-AXI4 bridge, 100GbE solution based on Ultrascale+ CMAC hard-macro+QSFP and AXI-DMA, BSCAN based small JTAG shell. Support of Alveo boards is provided as independent of Vivado versions. The last checked Vivado version is 2024.1. The bitstream built in different configurations and utilizing all above is Linux bootable.