The Report Per Constraint section provides more details for each of the
set_bus_skew constraints. Each reported constraint includes two
- Detailed summary of the paths covered by the constraint.
- Detailed timing paths for the paths reported in the Per Constraint summary.
The detailed summary table provides the following information:
- From Clock: startpoints clock domain.
- To Clock: endpoints clock domain.
- Endpoint Pin: endpoint pin involved in the reported path.
- Reference Pin: reference pin used to compute the skew. Each row of this table refers to the reference pin which results in the largest skew for that endpoint path.
- Corner: Fast/Slow corner used to compute the worst skew to this endpoint.
- Actual: computed skew. The skew is the difference between the relative delay for Endpoint Pin minus the relative delay for Reference Pin and minus the relative CRPR.
- Slack: difference between actual path skew and requirement.
-to options must be specified
when defining a bus skew constraint.
By default, only the endpoint with the worst bus skew is reported. To report multiple
endpoints, the command line options
-nworst can be used. They work similarly as for
report_timing command. For example, the combination of
-nworst 1 -max_path 16 reports, for each constraint, up to 16
endpoints with a single path per endpoint.
The detailed timing paths section provides a detailed timing path for
each of the pin pairs reported in the Per Constraint summary table. The number of
detailed paths that are reported is the same as the number of endpoints reported in the
summary table and can be controlled with
-nworst command line
The format for the detailed bus skew timing path is similar to a traditional timing path, except for the clock uncertainty that is not reported at the level of the endpoint or reference paths. Instead, the worst of the clock uncertainty from the endpoint or reference paths is reported in the bus skew header. Also note that the launch time of the destination clock is always zero. For each slack, a timing path to the endpoint and a timing path to the reference pin are printed. When the clock and/or datapath cross multiple SLRs, some Inter-SLR compensation is applied during the slack computation to prevent unnecessary pessimism. Such compensation is then reported in the bus skew header.
The following detailed path was reported using the command line option
short to collapse the clock network details. The path to the endpoint pin
precedes the path to the reference pin. The path header summarizes the information from
the two detailed paths, plus the requirement and the relative CRPR: