25个经典网站源代码,网站模板网站,外国人做的购物网站,个人网站备案不通过Liberty#xff08;俗称LIB和DB#xff09;#xff0c;是后端设计中重要的库逻辑描述文件#xff0c;这里边包含了除过physical#xff08;当然也有一点点涉及#xff09;以外所有的信息#xff0c;对整个后端设计实现有非常大的作用。借此机会#xff0c;一起LIB做一个…Liberty俗称LIB和DB是后端设计中重要的库逻辑描述文件这里边包含了除过physical当然也有一点点涉及以外所有的信息对整个后端设计实现有非常大的作用。借此机会一起LIB做一个简单的理解和使用闲话少叙ICer Go
LIB的简单描述
liberty是S家创立并定义的文件格式主要用于描述各种IPstd-cell等类别的逻辑信息包括到不限于下列要素
areacell delay timing: delaytranstion timingnoisepin cap/trantion thresholdpower: leakage, internalPG info… 可以看到这里的要素很多随着工艺和timing model的演进关于时序分析方面的扩展和追加信息会越来越多这里不是讨论的重点这里不再赘述。
UPF flow的需求
当下的后端实现大部分都是UPF flowPS就算设计中只有一个pwer domain也可以应用UPF flowUPF flow 从RTL设计开始到综合mapping再到后端实现都需要统一规划。从RTL到GDS的每一步设计都需要使用“外挂”UPF的方式对设计进行干预和指引。通常而言需要有以下的注意事项
设计 实例化不能带有PG信息前仿真带入UPF确保上下电的功能可以被准确捕捉和验证综合带入UPF和支持PG的LIB完成低功耗设计实现和基于UPF的PG 连接自动布局布线带入UPF和支持PG的LIB和LEF完成低功耗物理实现。包括PG连接和布通后仿真带入物理实现后的数据和UPF关注power-domain的开关和低功耗器件LSisolaionretention-cell的功能正确性
通常而言LEF都是带PG信息的否则物理实现的时候无法完成cell PG和power rail/mesh的有效连接这个是物理实现的强需求譬如 对于liberty LIBPG信息并非必选项特别是在用户不选择UPF 设计流程的时候或者只是要单一power domain的UPF设计的时候不带PG的LIB确实不会引起问题所以对于一个比较老的工艺可能确实没有提供带PG信息的LIB。但当用户采用了多power-doamin UPF flow是原有的liberty就不能满足设计需求了。 但是这个问题确实不是硬伤hard-problem因为GDS都是支持PG的LIB只是对于GDS的抽取时没有带入而已所以从TO角度而言这个确实是修正的用户只需要在原有的LIB里边添加PG信息就可以让现在的设计完美支持UPF flow这样的方案对于IP vendor不能很快的响应提供了非常不错的解决之道
LIB中PG 信息的存在方式
既然LIB里边对于设计的逻辑描述已经很清晰了那么只要了解了PG在LIB里的存在方式完全可以将一个不带PG的LIB转换成一个带PG的LIB。通常而言PG会对下列类目产生影响
liberay scope 的PG 电压定义通常使用voltage_map 声明定义的电压值这里VDD和VSS可以看作会被后面引用的两个变量名 - cell scope 的PG pin的定义对应电压 pin scope 的 pin对应的PG 信息这个用于工具判别信号所属的PG网络从而对UPF flow里的isolation或者LS做合规检查注意这里的output pin会有一个powerdown_function的描述这个对于可关断domain的功耗检查有帮助 所以基本上只要完成上述三个scopelibery/cell/pin就可以将一个不带PG的LIB转换为带PG的LIB。所以当遇到这样一个LIB的时候笔者就简单开发了一个PY完成了上述的功能这个增量式生成就完成了但是这个方法真的就是一个好方法吗很遗憾当看到S家提供的命令后这个PY直接被丢进了垃圾箱。
巧用命令实现PG LIB的增量式生成
在DC工具里边S家提供了一个有好的命令专门根治各种LIB缺失PG的问题。 命令的原理是这样 是不是很简单通过LEF里边的PG反标到LIB里边而已。简单理解PG 信息在LIB不是必选项但一定是加分项。
【敲黑板划重点】 理解PG LIB对UPF的重要性显然是整个问题的关键点对于如何实现PG LIB的增量式生成归根结底只是一个技术方法而已。
参考资料
Synopsys Synthesis Tool Commands
