Quantcast
Channel: Cadence Digital Implementation Forum
Viewing all articles
Browse latest Browse all 1454

EndOfLine Violations

$
0
0

Hi,

   I am working with a set of standard cells that I created myself and am in the process of testing them. When I run verifyGeometry I get EndOf Line violations. A sample is pasted below:

EndOfLine: Blockage of Cell core/FE_OFC1095_OP2_0_ & Blockage of Cell core/rf/g34830  ( M1 )
Bounds : ( 196.355, 476.000 ) ( 196.455, 476.030 )
Actual:     0.1     Min:     0.11     Type: End Of Line

EndOfLine: Pin of Cell core/fetch/g1204 & Blockage of Cell core/fetch/g1204  ( M1 )
Bounds : ( 273.145, 522.600 ) ( 273.165, 522.700 )
Actual:     0.1     Min:     0.11     Type: End Of Line ParallelEdge 

These violations are always pin-to blockage or blockage-to-blockage. I realize that the source of the violations lies in the cells of my library, but would like to understand why these violations occur and how I can get rid of them. I have a feeling that generating the blockages correctly in the LEF would accomplish this and would like to get more information on that as well.

 Just to be clear, all the cells that I created have at least a half-pitch spacing between the pin(or the net on which the pin lies) and cell boundary. The violation messages seem to indicate that the actual violation is about 0.01µ or thereabouts. Is there a way to generate the blockages correctly so that these violations do not occur?

 

Any help is appreciated.

Thanks and regards,

Kasyab 


Viewing all articles
Browse latest Browse all 1454

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>