Forum Discussion
Thanks. Is it necessary to use an AXI Bridge to solve the addressing issue? Currently, my custom defined AXI Master shows no options in the Address Map tab, even after I connect it to the DDR in the System View
What are you seeing on the Address Map tab? You have to select the manager from the list on the left to see its address map. Every host/manager has its own address map.
- wangduoyu1 month ago
New Contributor
Hi,
As shown in the screenshot below, the address ranges for these two AXI Masters are automatically assigned based on the EMIF's "Die Density" parameter.
My current configuration is: Total DDR Density = 8Gb x 2 Channels = 16Gb (2GB).
Consequently, Platform Designer automatically maps both AXI Masters to the address range 0x0000_0000 - 0x7FFF_FFFF. If I attempt to manually modify this range, the system reports an "address out of range" error.
Could you please advise on how to handle this situation correctly?
Thanks
- AdzimZM_Altera1 month ago
Regular Contributor
Hi wangduoyu,
The address range already set correctly. It's referring to address range of the DDR that the master can access.
Both master will have same address range in this case.
If you like to set a priority to one of the AXI master, you can modify the Arbitration Share in the Platform Designer.
If you right click on the signal and check on Show Arbitration Share, the arbitration priority will be displayed.
You can increase the number if you like to prioritize the module.
Here the reference: https://www.intel.com/content/www/us/en/docs/programmable/683609/25-1-1/arbitration-shares-and-bursts.html
Regards,
Adzim
- wangduoyu1 month ago
New Contributor
Hi,
I followed your advice and configured the arbitration priorities for the two masters, but I am encountering a new issue. When both AXI masters are connected directly to the EMIF simultaneously, the logic for 'AXI_master1' is consistently optimized away during synthesis. However, when I connect each master individually, they both function correctly.
This strongly suggests a potential issue with the arbitration or routing logic within the generated mm_interconnect. Do you have any suggestions for resolving this?
Is it strictly required that the address maps for the two masters be non-overlapping? As you mentioned in my other thread, should I be using an address_span_extender to explicitly segregate the address spaces of the two masters?