前面兩周介紹了如何修復setup和hold violation， 這次我們接著來講下另外一個十分重要的violation——drv的修復。

首先，我們來了解下drv的基本概念，drv全稱design rule violation，設計規則違反，主要包括max transition，maxcapacitance， max fanout, max length。 分別對pin的轉換時間，電容，扇出，wire長度有要求。其中，max transition和capacitance的violation是我們必須要修復的，因為過大的slew和load都會造成lookup table查找表的數值較大且不精確。fanout和length并不是必須要修復的，但是數值過大的話，會影響前兩者。接下來，我們來看看在ECO階段時，如何來手動修復max transition和maxcapacitance。

首先來看max transition，通常我們也稱為slew，可以看下概念介紹。

【時序分析基本概念介紹】

有很多原因會造成slew的violation，但最主要的分為以下幾類：

1）cell的驅動能力太弱

2）fanout數目過大

3）net長度太長

Cell驅動能力太弱

這是最常見的一類slew的violation，如果某個cell的驅動能力太弱，無法驅動下一級的cell，則比較容易產生比較大的delay。

如何來修呢? 也很簡單，我們可以通過size up這個cell來提高驅動能力，比如X1的BUF換成X4, X8的等。

一般情況下，如果我們看到某個cell的output transition比input transition大很多，那說明這個cell的驅動不夠，我們可以嘗試size up一下。如下圖所示：第一個X1的INV input transition是18.051，而輸出transition是66.328。明顯的是X1的INV推不動下面的14個fanout，可以考慮將X1的INV換成驅動更強的cell。

Fanout數目過大

這也是常見的一類容易造成slew violation的情況。過多的fanout會顯著惡化pin的transition。

對于這種情況，我們可以通過插入buffer來減少fanout數目。如下圖所示：

中間的output pin驅動了15個instance，分布在左右兩邊，如果該cell的驅動能力不強，整體的net長度又比較長的話，則比較容易引起max transition的violation。

對于這種情況，我們可以選擇在該instance的右邊插入一個buffer，由于buffer的驅動較強，所以讓它來驅動右邊的10幾個instance，這樣就能顯著降低fanout的數目，修復max transition的violation。如下圖所示：原來的instance的fanout由15個變成了4個。

這邊推薦一個比較實用的小功能，在ECO窗口中，我們可以選擇Listed terminals旁邊的框框，然后在GUI界面上框住添加的buffer所需要驅動的cell的pin，工具就會自動會讓buffer驅動這些pin，比我們通過命令抓取這些pin更簡單快捷。

net長度太長

過長的net長度也會惡化slew，造成max transition的violation。如下圖所示：

對于這種情況，我們可以在net的中間插入一個buffer來打斷這根net，就可以解掉這個max transition的violation。

maxcapacitance代表pin的load（負載）太大了，超過了約束或者library里面的設置，同樣會造成timing數據的不準確。修復的方法和transition一樣，對于輸出pin上的maxcapacitance來說，一般是fanout數目過大，或者下一級net太長；對于輸入pin上的maxcapacitance來說，一般是上一級cell的驅動不夠，或者輸入的net太長等等，基本情況和max transition一樣，這邊就不過多介紹了。

修復drv并不困難，我們首先要做的事搞清楚violation的出現的原因，對癥下藥，才能更好地解決問題。