|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有账号?注册
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下
带来新的时序问题了呢? |
|