已删除

seulzren · 发表于 2014-12-20 22:07:42

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

x

本帖最后由 seulzren 于 2023-8-8 15:35 编辑

已删除

icfbicfb · 发表于 2014-12-22 13:46:48

就是去m3的这些寄存器查啊， report_timing 看看slack有多大， slack不够也会引起的，

后仿真多查查

seulzren · 发表于 2014-12-22 22:52:11

回复 2# icfbicfb

感谢icfbicfb版主的回答~请教一下，icc在修hold的时候能设置一个最小的margin吗？保证最小的slack大于这个margin。保证每个slack都足够工作量蛮大的

supercainiao · 发表于 2014-12-23 02:43:54

检查后仿真发现的violation path，在PR后做STA时候有没有cover到？

icfbicfb · 发表于 2014-12-23 07:49:33

set_clock_uncertainty -hold 0.2 [all_clocks] 啊，holdmargin

seulzren · 发表于 2014-12-23 09:00:25

回复 5# icfbicfb

soga~初出茅庐，得好好积累，嘿嘿

seulzren · 发表于 2014-12-23 09:02:16

回复 4# supercainiao

感谢回答~没有cover的原因是什么呢？STA不应该报出最差slack吗？

supercainiao · 发表于 2014-12-23 09:30:25

回复 7# seulzren

STA是靠约束来保证的，前提是完备的约束，如果约束不够完备有漏掉的path，就可能在后面发现这样的问题

seulzren · 发表于 2014-12-23 09:43:12

回复 8# supercainiao

嗯，受教了

icfbicfb · 发表于 2014-12-23 10:03:50

check_timing看看，

[求助] 已删除