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

 找回密码
 注册

手机号码,快捷登录

手机号码,快捷登录

搜全文
查看: 9059|回复: 9

[讨论] 关于report_timing -delay_type max

[复制链接]
发表于 2013-9-10 16:22:09 | 显示全部楼层 |阅读模式

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

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

×
一直有个困惑,和大家分享一下。关于用report_timing -delay_type max来报setup路径时,不考虑OCV,以slow corner为例,因为每个cell都有max delay和min delay,那我的理解是对launch path,使用cell的max delay,对capture path,使用cell的min delay。如果考虑OCV的话,launch path要在cell max delay 的基础上乘以derate_late,而capture path则要在cell min delay的基础上乘以derate_early,这样理解对吗?

 楼主| 发表于 2013-9-10 16:48:00 | 显示全部楼层
我想分析的就是setup,只是看了陈涛版主“后端面试--每日一题(017)”后,发现和自己的理解有点不符,就是capture path的delay选择!
回复 支持 反对

使用道具 举报

 楼主| 发表于 2013-9-11 17:56:05 | 显示全部楼层
在不计算OCV的timing derate前提下,我用report_delay_calculation分别报出某个clock path上cell的max delay和min delay,对setup report而言,launch path上该cell delay为max delay,capture path上该cell的delay为min delay。说明PT计算timing的方法和我描述的一致
回复 支持 反对

使用道具 举报

 楼主| 发表于 2013-9-12 09:04:40 | 显示全部楼层
都是同一个lib。版主可能认为我用两个lib吧,那样是悲观了!我其实是对report_timing -delay_type max中的max比较困惑,一直以为这个max就是指在计算delay时不管是launch path还是capture path都用cell的max delay,但现在看应该不是。
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

X 关闭广告

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

GMT+8, 2025-10-19 19:10 , Processed in 0.016653 second(s), 6 queries , Gzip On, Redis On.

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