Visible to Intel only — GUID: yhf1502039444244
Ixiasoft
Visible to Intel only — GUID: yhf1502039444244
Ixiasoft
3.2.3.3. Example 3: FPGA Reading Cache Coherent Data from HPS
In this example the FPGA requires access to data originating in the HPS. The MPU in the HPS recently accessed this data so there is a chance that the data is still contained in the cache and therefore it may be optimal for the FPGA to access the cached data. To avoid the overhead of software having to flush dirty cache lines the FPGA can perform cache coherent reads to the FPGA-to-HPS bridge. It is important that the buffers being read be relatively small. Otherwise, the L2 cache might thrash reading data from SDRAM for most of the transfer. For large buffer transfers it is more appropriate to have the FPGA read data from the FPGA-to-SDRAM ports directly as shown in Example 1.
GUIDELINE: Perform full accesses targeting FPGA-to-HPS bridge.
For the transaction to be cacheable, the FPGA master must read from the FPGA-to-HPS bridge and utilize the cache extension signaling of the ACE-Lite protocol. For more information about the ACE-Lite protocol signaling extensions for cache coherent accesses, refer to the "Related Information" section.
GUIDELINE: Perform cacheable accesses aligned to 64 bytes targeting the FPGA-to-HPS bridge.
The CCU of the HPS is optimized for transactions that are the same size as the cache line (64 bytes). As a result you should attempt to align the data to 64 byte boundaries and ensure after data width adaptation the burst length into the 128-bit FPGA-to-HPS bridge port is four beats long. For example, a 64-bit FPGA master should align the data to be 64 byte aligned and perform full 64-bit accesses with a burst length of 8.
GUIDELINE: Access 64 bytes per cacheable transaction.
Ensure that each burst transaction accesses 64 bytes. Each transaction must start on a 64-byte boundary.
FPGA Master Width (Bits) | Access Size (Bytes) | Burst Length |
---|---|---|
32 | 4 | 16 |
64 | 8 | 8 |
128 | 16 | 4 |