后端設(shè)計PG liberty的作用和增量式生成
掃描二維碼
隨時隨地手機看文章
LIB的簡單描述
liberty是S家創(chuàng)立并定義的文件格式，主要用于描述各種IP，std-cell等類別的邏輯信息，包括到不限于下列要素-
area
-
cell delay timing: delay
-
transtion timing
-
noise
-
pin cap/trantion threshold
-
power: leakage, internal
-
PG info
-
…
可以看到，這里的要素很多，隨著工藝和timing model的演進，關(guān)于時序分析方面的擴展和追加信息會越來越多，這里不是討論的重點，這里不再贅述。
UPF flow的需求
當下的后端實現(xiàn)大部分都是UPF flow（PS：就算設(shè)計中只有一個pwer domain，也可以應(yīng)用UPF flow），UPF flow 從RTL設(shè)計開始，到綜合mapping，再到后端實現(xiàn)都需要統(tǒng)一規(guī)劃。從RTL到GDS的每一步設(shè)計都需要使用“外掛”UPF的方式對設(shè)計進行干預(yù)和指引。通常而言，需要有以下的注意事項-
設(shè)計：實例化不能帶有PG信息
-
前仿真：帶入UPF，確保上下電的功能可以被準確捕捉和驗證
-
綜合：帶入UPF和支持PG的LIB，完成低功耗設(shè)計實現(xiàn)和基于UPF的PG 連接
-
自動布局布線：帶入UPF和支持PG的LIB和LEF，完成低功耗物理實現(xiàn)。包括PG連接和布通
-
后仿真：帶入物理實現(xiàn)后的數(shù)據(jù)和UPF，關(guān)注power-domain的開關(guān)和低功耗器件（LS，isolaion，retention-cell）的功能正確性
對于liberty LIB，PG信息并非必選項，特別是在用戶不選擇UPF 設(shè)計流程的時候，或者只是要單一power domain的UPF設(shè)計的時候，不帶PG的LIB確實不會引起問題，所以對于一個比較老的工藝可能確實沒有提供帶PG信息的LIB。但當用戶采用了多power-doamin UPF flow是，原有的liberty就不能滿足設(shè)計需求了。
但是，這個問題確實不是硬傷（hard-problem）：因為GDS都是支持PG的，LIB只是對于GDS的抽取時，沒有帶入而已，所以從TO角度而言，這個確實是修正的，用戶只需要在原有的LIB里邊添加PG信息，就可以讓現(xiàn)在的設(shè)計完美支持UPF flow，這樣的方案，對于IP vendor不能很快的響應(yīng)提供了非常不錯的解決之道
LIB中PG 信息的存在方式
既然LIB里邊對于設(shè)計的邏輯描述已經(jīng)很清晰了，那么只要了解了PG在LIB里的存在方式，完全可以將一個不帶PG的LIB，轉(zhuǎn)換成一個帶PG的LIB。通常而言PG會對下列類目產(chǎn)生影響：-
liberay scope 的PG 電壓定義：通常使用voltage_map 聲明，定義的電壓值，這里VDD和VSS可以看作會被后面引用的兩個變量名
- cell scope 的PG pin的定義對應(yīng)電壓，
-
pin scope 的 pin對應(yīng)的PG 信息：這個用于工具判別信號所屬的PG網(wǎng)絡(luò)，從而對UPF flow里的isolation或者LS做合規(guī)檢查，注意這里的output pin會有一個powerdown_function的描述，這個對于可關(guān)斷domain的功耗檢查有幫助
所以，基本上只要完成上述三個scope：libery/cell/pin就可以將一個不帶PG的LIB轉(zhuǎn)換為帶PG的LIB。所以，當遇到這樣一個LIB的時候，筆者就簡單開發(fā)了一個PY，完成了上述的功能，這個增量式生成就完成了，但是這個方法真的就是一個好方法嗎？很遺憾，當看到S家提供的命令后，這個PY直接被丟進了垃圾箱。
巧用命令實現(xiàn)PG LIB的增量式生成
在DC工具里邊，S家提供了一個有好的命令，專門根治各種LIB缺失PG的問題。
命令的原理是這樣：
是不是很簡單，通過LEF里邊的PG，反標到LIB里邊而已。簡單理解：PG 信息在LIB不是必選項，但一定是加分項。
【敲黑板劃重點】
理解PG LIB對UPF的重要性顯然是整個問題的關(guān)鍵點，對于如何實現(xiàn)PG LIB的增量式生成，歸根結(jié)底只是一個技術(shù)方法而已。
下載文檔
