对于generated clock的source latency如何理解呢【已解决】

trippa

回复 8# jiazhang


   CTS之会master clock的network latency会成为generated clock 的source latency。CTS之后利用的时传播时钟，set_propagated_clock [all_clocks],让工具自动去计算network latency，设置了这个命令后，之前设置的clock_latency不在有效。一般在CTS后就会把set_clock_latency删掉。这个已经没有用了。

jiazhang

回复 11# trippa

又重新做了实验，应该是如下这样的：

(1)
Cts之前如果设置了generated clock的source latency，那么cts之后工具不会将master clock的latency(实际的延迟)        作为generated clock的source latency，如果之前不设置，那么cts后，工具会将master clock的latency作为generated      clock的source latency；

(2) 同master clock一样，如果cts之前设置了generated clock的latency，cts时工具会自动移除此latency；

Cts之前设置的master clock的source latency也会加在generated clock的source latency上：下面这个是cts之前设      置master clock的sourcelatency为0时，cts之后得到的generated clock的情况，如果source latency设置为2，那  么generated clock的max/min source latency都会加2；   

(3) 在cts之前如果对master clock设置source latency，那么cts的时候不会将其移除，skew和没有设置source latency的     时候是一样的；如设置的是2，那么skew=2.30-2.26=0.04，不设置的话，skew=0.30-0.26=0.04；        且report_timing -group master_clock的时钟都是propagated的；如果cts之前设置了latency，那么在cts的时候，工具    会自动移除此latency的；结果与没设置时的cts结果一样。

trippa

回复 12# jiazhang


   good good！

trippa

回复 12# jiazhang


   source latency不会对skew有任何影响，仅仅用来check timing