我想问一下CLOCK SKEW的问题

djim2002

我想问一下，如果一个设计中，它的CLOCK skew比较大，这样会带来什么问题？
是不是说只要PT做STA的时候，能过，就代表没有问题？

陈涛

是

xjg@hmes

clock skew不是sign off条件，如果PT（sign-off工具）中STA结果满足要求，clock skew大也没什么问题。
通常情况下clock skew过大对timing结果有影响。Timing违例有可能是skew导致的，skew过大不一定会导致Timing违例。

eleven61525157

回复 1# djim2002


    一般来说timing没问题就算过了。但是，skew较大的话对power的影响较大，建议重新CTS

yiyeyo

skew影响部分性能，ocv

陈涛

回复  djim2002

    一般来说timing没问题就算过了。但是，skew较大的话对power的影响较大，建议重新CTS
eleven61525157 发表于 2012-8-5 15:17

                               
登录/注册后可看大图

    为什么skew大对power有负面影响？

joemool

为什么skew大对power有负面影响？
陈涛 发表于 2012-8-5 21:55

                               
登录/注册后可看大图

同问，静等解答

lsqswl

面试的时候遇到一个问题：面试官问，clock skew 大的比clock skew小的功耗大，为什么？


面试官问这个说明clock skew并非没有影响。最后因为不会，所以没答上来。

joemool

sign-off的标准一般是timing
balancing clock skew只是CTS的一个中间步骤，判定timing的话还是要opt data path之后才能够得到。
如果说skew的target比较小，CTS不容易进行balance而达到目标，那么tool很有可能采用牺牲clock path，或者叫latency，再或者叫insertion delay，来实现skew的目标。那么，这样当然会插入更多的cell，走更长的path来实现，自然功耗就大了。同时，clock net比较sensitive，path越长，潜在的OCV越明显。
那么，反过来说，将skew的target设得比较大，tool可能可以采用更加简单的结构来build clock tree。

再说个题外话，CCOpt是timing-driven的CTS tool，可以用更短的clock path长度和更少的clock cell实现clock。  总之一点，只要保证你的设计结果满足你的constraints，就没有问题。
tree。

yin_wt

sign-off的标准一般是timing
balancing clock skew只是CTS的一个中间步骤，判定timing的话还是要opt data  ...
joemool 发表于 2012-10-17 19:55

                               
登录/注册后可看大图

clock skew 大了 ocv 会不会比较明显，skew 越大越有可能造成hold violation啊
common path 比较短的话，ocv就更加严重了

我觉得像越先进的tech node，是不是对skew的tolerance 更小了 ？