如何在后版圖網(wǎng)表上優(yōu)化泄漏功率
此外,假設在下列單元上換回原始形式會(huì )導致:本文引用地址:http://dyxdggzs.com/article/190443.htm
● 單元D和B的單元延時(shí)將減少30 ps
● 單元C的單元延時(shí)將減少35 ps
● 單元A的單元延時(shí)將減少45 ps
很明顯,換回單元A就可以解決3個(gè)端點(diǎn) (見(jiàn)圖2) 的違反問(wèn)題,不必分別交換每個(gè)端點(diǎn)的單元 (D 和 B或C)。
結果
這種方法最初是在CEVA內部開(kāi)發(fā)的一款DSP產(chǎn)品CEVA-X1622 DSP內核上執行。
其設計規模在450,000門(mén)左右。流程主要部分的總體運行時(shí)間大約為12個(gè)小時(shí) (即運行一個(gè)晚上) (見(jiàn)全流程概述圖2的黃色部分),而使ECO結果與Signoff相符合的Signoff運行時(shí)間很少 (見(jiàn)全流程概述圖2的褐色部分)。
附錄
多模工作
當工作在一個(gè)以上的模式中時(shí),必需針對每一個(gè)模式分別執行優(yōu)化,且交換清單中不能包括其它模式的單元。
對于每一個(gè)模式,這種方法都生成ECO檔,并將之附加到包含了所有模式交換的全局文件中。然后,在后版圖設計中執行單個(gè)ECO,并對每一個(gè)模式執行一次完整的RC提取 + STA運行。
由于在某個(gè)模式中某些路徑可被視為“無(wú)約束路徑”(unconstrained paths),故必需予以分離,但在其它模式中它們可能是時(shí)序約束的。這種情形可能導致虛假交換,增加修正這些違反所需的總體運行時(shí)間。
以左圖為例 (圖5);這是控制受約束路徑的Scan_enable信號。在功能性模式中,該信號具有恒定值,因此PrimeTime看不到掃描模式路徑 (紅色)。這時(shí),PrimeTime會(huì )把紅色路徑上的所有單元交換到高Vth,從而可能造成max_transition違反,甚至建立違反。
把這些模式分離開(kāi)來(lái)可以防止這種情況發(fā)生,并改善總體運行時(shí)間和真實(shí)交換數目。

評論