useful skew和前端如何定位后端中instance的两个问题

jiazhang · 发表于 2015-6-9 22:05:14

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

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

x

请教两个问题：

(1) 如果发现时序报告中，launch edge是rising edge，capture edge 是falling edge 也就是说这是个half cycle check，

时序报告中的startpoint 和 endpoint 都是网表例化的名字或pin。如果需要向前端确认这里的 half cycle check 是不是正确的

而因为前端代码中没有网表例化的名字，那么前端是如何确认的呢？他们是如何定位的呢？

(2) 看了手册也看了eetop上相关东西，都有讲到 “useful skew的一个缺点是容易造成其他mode下的新的violation” 请问这是什么原因？

那我觉得在修hold的时候，用的是insert_buffer的方法，这个和useful skew的一个不同是前者是在data path上插入buffer，后者是在

clock path (到一个DFF ) 上插入buffer，那为什么没人提，用insert_buffer修hold也容易在其他mode下引起时序问题呢？

如上图，中间那个DFF利用useful skew，但只是在它的path上插入了一个buffer，并不影响clock tree的其余结构啊，怎么就容易在其他mode下

带来新的时序问题了呢？

zero_0 · 发表于 2015-6-19 00:57:15

(1)把netlist也发过去
(2)修hold也容易引起setup问题啊。如果说区别，恐怕就是ocv吧

goal · 发表于 2015-10-8 09:33:37

是不是因为在其他MODE下你使用USEFUL SKEW时在clock path上插入的Buffer会导致FF2和FF3之间的set_up 出现violation，因为你这样插入Buffer会导致data path过长吧不知道对不对嘿嘿

ershier86 · 发表于 2015-10-8 10:23:49

求“useful skew的一个缺点是容易造成其他mode下的新的violation”的出处。谢谢

icfbicfb · 发表于 2015-10-8 11:34:15

你碰到问题了也就知道了，不需要预防不会出现的问题，有时候问题来了你自然就知道了，

ershier86 · 发表于 2015-10-8 11:40:53

回复 5# icfbicfb

版大看问题已经上升到哲学的高度了！

djhme · 发表于 2015-10-8 11:41:10

回复 5# icfbicfb
很有深刻哲理的话。佩服

icfbicfb · 发表于 2015-10-8 13:54:57

主要是问题太多了，要是都预防会很累，

[求助] useful skew和前端如何定位后端中instance的两个问题

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

相关帖子

标题

站长推荐 /1