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

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

手机号码,快捷登录

手机号码,快捷登录

找回密码

  登录   注册  

快捷导航
搜帖子
查看: 1953|回复: 2

[解决] dont touch spare cell导致的max fanout violation的修复方法

[复制链接]
发表于 2021-7-15 18:08:07 | 显示全部楼层 |阅读模式

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

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

x
本帖最后由 trampdada 于 2021-7-16 10:17 编辑

设计中有一些预留做ECO的spare cell,这些cell不希望被工具优化掉,所以设置了set_dont_touch,但是在postRoute阶段会有两个max_fanout的violation,debug是发现BUF10和BUF12驱动两个spare cell module的原因,我采用optDesign等方法是无法优化掉的,想问一下:

1、假如没有其他DRV和timing violation,此时max fanout是否可以忽略?

2、可不可以将sdc中对于spare cell的dont touch给去掉?

3、工具自动无法进行修复(猜测是density过高的原因?density 84% 1P2M),如果手工修复的话该怎么进行解决?
发表于 2021-7-15 23:01:25 | 显示全部楼层
周围有空间的话试试加大驱动
setEcoMode -honorDontTouch false
ecoChangeCell -cell <path_to_BUF10> -upsize

貌似有困难,1P2M 84% 非常满了

如果只是驱动spare module的话,考虑忽略。spare module没有功能,不需要保证timing之类
 楼主| 发表于 2021-7-16 09:32:47 | 显示全部楼层
好的,非常感谢
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

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

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

GMT+8, 2024-11-5 20:25 , Processed in 0.014368 second(s), 6 queries , Gzip On, Redis On.

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