Visible to Intel only — GUID: dxb1536194011624
Ixiasoft
Visible to Intel only — GUID: dxb1536194011624
Ixiasoft
1.6.1.1. Incremental Timing Closure Recommendations and Limitations
The following consideration and limitation apply to incremental timing closure:
Recommendation/Limitation | Description |
---|---|
Recommendation 1 | Set partition boundaries near major registered block interfaces, where there is minimal connectivity to external blocks, as these partition boundaries prevent cross-block optimization. |
Recommendation 2 | For incremental timing closure, there is no requirement to floorplan partitions with Logic Lock regions. However, use of Logic Lock regions can help the Compiler to achieve timing closure more quickly. |
Recommendation 3 | Lock down the source of the clock. |
Recommendation 4 | Lock down the region covered by the clock. |
Limitation 1 | The Compiler does not support partial periphery preservation. You can preserve only the full periphery (root_partition). |
Limitation 2 | Preserving a partition does not preserve any incoming and outgoing routing. The Compiler attributes routing that crosses partition boundaries to the common parent partition. More precisely, the Compiler determines routing based on the hierarchies that the net traverses in the RTL. Preserving parent partitions allows preservation of inter-partition routing. |
Limitation 3 | The Compiler generally routes global clocks from the top-level pins (in the root partition) to lower-level partitions. As a result, preserving a partition does not preserve these cross-partition global routes. When using incremental timing closure, the partitions you preserve can still be subject to slight timing variations due to difference in clock arrival times between compilations. |
Limitation 4 | The following factors can affect the timing of partitions you preserve:
|