【已解决】关于report_clock_tree和report_clock_timing报出的skew

Alicezw · 发表于 2012-11-13 10:29:14

回复 5# 潇湘君

就是在实际中遇到的问题，呵呵！

Alicezw · 发表于 2012-11-13 10:37:36

回复 8# shehuang1987

是的是的，谢谢啊！
但是我遇到的问题是report_clock_tree中有一个clock的skew比report_clock_timing报出的大，而其他的clock都是前者小。
希望您指点一下。不甚感激！

Alicezw · 发表于 2012-11-13 10:42:23

回复 9# michaelll

是的是的，您说的非常对，谢谢啊！

但是我遇到的问题是report_clock_tree中有一个clock的skew比report_clock_timing报出的大，而其他的clock都是前者小。
我的这个设计中有timing deraing。按道理说不是report_clock_tree比report_clock_timing报出的skew小吗？
希望您指点一下。不甚感激！

michaelll · 发表于 2012-11-13 13:10:48

常理（不设置dereate）是report_clock_tree 的skew比report_clock_timing的大。
如果设置了derate，那就要看你的derate在date和clockpath上设的有多大了，因为report_clock_timing是考虑derate的，所以skew比report_clock_tree报出来的大或者小都是有可能的！

Alicezw · 发表于 2012-11-13 18:22:55

回复 14# michaelll

哦，您说的有道理，嗯，谢谢啦！
但是在同一个设计中不同clock对相同的derate产生的结果不同吗？
我做了两遍这个设计，之前做的那个是所有的clock都是report_clock_tree比report_clock_timing报出的skew小。不知道这次是怎么回事？难道是时钟树长的不一样？我的脚本都没有改过呢。
菜鸟求指点啊！谢谢谢谢！

michaelll · 发表于 2012-11-13 19:40:26

回复 15# Alicezw

要看timing path的latency的呀，skew就白了就是2个latency的差值的最大值，derate是加在这两条path上的，假设你report_clock_tree报出来的skew的两条path，pathA 的latency是1ns ，pathB的latency是2ns ，那么skew是1ns，因为report_clock_timing报的是有timing关系的两条path间的skew，所以假设前面说的pathA 和pathB之间是有timing关系的，那现在如果你的derate是这样加的，1）pathA ：1ns * 0.9（derate） latency就是0.9。 pathB： 2ns * 1(derate) latency 就还是2ns那么现在skew是 2-0.9 = 1.1 比report_clock_tree报出来的大 2） pathA ： 1ns* 1.1 (derate) latency是 1.1ns 。 pathB：2ns * 1（derate） latency是2ns ，现在skew是2-1.1 = 0.9 比report_clock_tree报出来的小。
所以还是要看你的derate的加法的啊。
如果不加derate ，肯定是report_clock_tree 报的skew大。

Alicezw · 发表于 2012-11-14 09:06:41

回复 16# michaelll

哦，我明白你的意思了。我根据自己的设计整理了一下，嗯，您说的很对。厉害啊！谢谢谢谢啦！

loveheihei · 发表于 2013-8-27 17:48:36

终于弄明白了，果然如此，膜拜众大神

linpeter1107 · 发表于 2014-3-30 00:53:49

Have a good job

chanshi634 · 发表于 2014-7-15 14:47:30

请问report_clock_timing -type latency,报latency的时候不考虑derate吧？还是乘以derate呢？

账号		自动登录	找回密码
密码			注册

[讨论] 【已解决】关于report_clock_tree和report_clock_timing报出的skew

浏览过的版块

站长推荐 /3