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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
楼主: 陈涛

[原创] 后端面试--每日一题(059)

[复制链接]
发表于 2015-7-17 19:58:26 | 显示全部楼层
个人想法:
1. 同意21楼的理解,在不考虑OCV和SI的情况下,active-high的clock gate结构,要求cntl-A/B只能在clk为0的时候变动,这样clk-->load_A/B的arc延迟就和其他两个控制端口没关系。
2. 但是如果不在乎clock有没有glitch,允许clk和cntl_A/B同时跳变的话,那即使lib里面没有体现出来,那delay肯定也是不一样的,因为两个串联MOS的GATE信号是同时变化的。
发表于 2016-9-14 17:25:19 | 显示全部楼层




    pt分析timing应该没你想的那么复杂,pt在计算时序的时候根本就不会考虑输入是0还是1,他会以最悲观的方式来计算delay,而开了pba之后,就根据当前路径上的input transition来计算
发表于 2016-9-14 21:08:19 | 显示全部楼层
被搞晕了,版主给个正确答案呗
发表于 2016-9-23 16:07:46 | 显示全部楼层
GBA模式:不一样,因为工具需要考察A和B输入的transition,来计算cell delay;
PBA模式:一样,因为工具根据实际路径计算delay,值需要看CLK到输出的transition,transition一致,输出的cap一致,delay也就一样
发表于 2017-5-26 20:12:53 | 显示全部楼层
回复 26# maohdong

这个应该是正解
发表于 2019-10-21 10:50:48 | 显示全部楼层
不愧是4分题,正确答案请楼主明示,谢谢。
发表于 2024-11-14 18:30:08 | 显示全部楼层
GBA下不一样,因为gba是以所有输入最坏的slew来计算单元延迟
pba下是一样的,pba基于实际path,取当前clk  slew计算延迟
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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


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

GMT+8, 2024-12-4 16:27 , Processed in 0.018274 second(s), 6 queries , Gzip On, Redis On.

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