Path delay in cross clock domain

Sometimes, for cross clock domain timing analysis, incorrect timing report from mistake Path Delay due to big source clock paths latency/skew or target paths latency/skew would lead tool report and fix timing violation wrongly. Designer analysis launch clock paths latency/skew and capture clock paths latency/skew, find out which path(s) is/are too long, for example, it might be a path in capture clock path group. One might contact with team members about STA constraint to check if the constraint is correct or not.

Comments

So empty here ... leave a comment!

Leave a Reply

Your email address will not be published.

Sidebar