用ICC做CTS调节skew时，如何确定真正的延迟路径

niuli · 发表于 2012-8-8 21:21:17

马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。

您需要登录才可以下载或查看，没有账号？注册

x

各位大牛：

时钟树生成后，Skew 比较大，需要调节。当看最长延时径路和最短延时径路报告时，发现ICC自动在径路上插入了buffer。个人觉当时钟Balance时，如果其中一条path延时本来比较大，会在别的path上插入buffer，造成另外的path上的延时增加，以达到平衡。如果ICC报最长延时path时，只报出插入buffer后的延时径路，而这条Path又不是本来延时比较大的path，请问有方法确定本来延时大的path吗？

niuli · 发表于 2012-8-8 22:15:14

自己顶下

mahaluluxu · 发表于 2012-9-8 11:54:26

也想了解！

michaelll · 发表于 2012-9-8 21:38:46

icc也报本来延时最大的路径的呀，不是只报只插buffer的路径的啊，你用什么命令报skew的？

niuli · 发表于 2012-9-13 20:21:30

我是用 report_clock_tree ,
请问 “icc也报本来延时最大的路径的呀” 用什么命令报啊？

michaelll · 发表于 2012-9-13 21:15:15

回复 5# niuli

report_clock_timing -type latency -verbose -clock CLKA

xjg@hmes · 发表于 2012-9-20 08:45:31

不理解你所说的本来路径，是指CTS之前的路径吗？
CTS之前，clock是ideal的，如何确定延迟最大的路径？

[求助] 用ICC做CTS调节skew时，如何确定真正的延迟路径

马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。

相关帖子

站长推荐 /1