在线咨询
eetop公众号 创芯大讲堂 创芯人才网
切换到宽版

EETOP 创芯网论坛 (原名:电子顶级开发网)

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 3231|回复: 7

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

[复制链接]
发表于 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下引起时序问题呢?

00.jpg

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

带来新的时序问题了呢?
发表于 2015-6-19 00:57:15 | 显示全部楼层
(1)把netlist也发过去
(2)修hold也容易引起setup问题啊。如果说区别,恐怕就是ocv吧
发表于 2015-10-8 09:33:37 | 显示全部楼层
是不是因为在其他MODE下你使用USEFUL SKEW时在clock path上插入的Buffer会导致FF2和FF3之间的set_up 出现violation,因为你这样插入Buffer会导致data path过长吧 不知道对不对 嘿嘿
发表于 2015-10-8 10:23:49 | 显示全部楼层
求“useful skew的一个缺点是容易造成其他mode下的新的violation”的出处。谢谢
发表于 2015-10-8 11:34:15 | 显示全部楼层
你碰到问题了也就知道了, 不需要预防不会出现的问题, 有时候问题来了你自然就知道了,
发表于 2015-10-8 11:40:53 | 显示全部楼层
回复 5# icfbicfb


   版大看问题已经上升到哲学的高度了!
发表于 2015-10-8 11:41:10 | 显示全部楼层

标题

回复 5# icfbicfb
    很有深刻哲理的话。佩服
发表于 2015-10-8 13:54:57 | 显示全部楼层
主要是问题太多了, 要是都预防会很累,
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

站长推荐 上一条 /2 下一条


小黑屋| 手机版| 关于我们| 联系我们| 在线咨询| 隐私声明| EETOP 创芯网
( 京ICP备:10050787号 京公网安备:11010502037710 )

GMT+8, 2024-11-25 00:19 , Processed in 0.028503 second(s), 11 queries , Gzip On, Redis On.

eetop公众号 创芯大讲堂 创芯人才网
快速回复 返回顶部 返回列表