StarRC LEF DEF flow错误Debug经验分享

在研究生阶段曾流过很多次片,感觉后端设计中最关键的就是后端flow了,尤其是pr阶段,与pr相比,综合阶段的脚本就简单太多了。
为了实现流片,当时从零开始搭了从rtl一直到gds还有signoff、dft...的完整flow,中间曾发现过一些非常critical的flow bug或者工艺上一些非常值得注意的点,感觉非常吓人,因为这些很可能导致芯片变成砖头,几十万的流片费很可能就打水漂了。
个人觉得没有bug的flow是不可能存在的,无非是它的影响大小的问题,所幸的是当时的流片都成功了。虽然基于当时开发的flow设计出的芯片流片测试得到的结果是成功的,可是随着认知的深入,发现其实之前研究生阶段开发的flow还是有一些问题的,也有很多可以优化的空间,比如可以进一步提高flow的可重用性以及灵活性。再比如signoff的时候都应该check哪些东西(非常关键),这些内容在来了nvidia之后,发现需要check的东西蛮多的,当时研究生的时候signoff的内容不够完整。
尤其是signoff的时候一些input file的准确性如何去保证,这个非常关键,因为如果input file本身就存在一些问题的话,那么你signoff的结果即使是pass的,那么也是没有意义的。之前公司里面也发现了一个会影响rc / timing signoff的bug,它并没有被其他任何的signoff check所抓出来,因此感觉问题非常恐怖,深感后端需要注意的东西非常多,一定要小心,多持怀疑态度!!。
另外,在研究生的时候,也有发现foundary提供的某些输入文件之间不是特别的match(其实可以写一些脚本来自动check),这里分享一个starrc跑lef def flow的时候遇到的一个例子以及debug的步骤与经验。
foundary提供的rc提取文件有以下几个:
sample_map文件内容如下:
def文件和nxtgrd文件如下:
显然是不能用上面的那个mapping file的。
而上面那个mapping file是给itf2tluplus转换用的!!!
那么starrc的这个mapping file应该怎么写呢?


伺服驱动器中电流采样电路设计
诺基亚8真机已曝光?2月26日巴塞罗那揭晓!
《中国智能制造绿皮书(2017)》正式发布
ACEINNA推出可靠、性能稳定且高精度的IMU传感器
数据通信在应用方面将要面临哪些挑战
StarRC LEF DEF flow错误Debug经验分享
全新惠普战66二代评测 一款能让我在职场上长期保持稳定输出的强有力“后备保障”
物联网汽车领域的先驱者,一汽奔腾的发展战略中一窥未来汽车的端倪
在QCC5171平台的headset工程下如何实现按键的三击操作
华为2019年专利申请全球排名第一 中国首次在全球专利榜单超越美国
Protel DXP中PCB图纸中进行自动布线的方法介绍
AR如何从技术走进生活
芯片总线彩电的检修
赣锋锂电磷酸铁锂电池产能已达到1GWh
使用高像素红外摄像机的无损检测方法介绍
PSD813器件在单片机系统中应用
中国移动T1智能电视评测 定位于稳扎稳打的主流路线
PI推出PowiGaN助力超小型电源适配器设计
中国科学家成功开发一种出制造Millirobots的简单方法
智能视频监控详解