MAGIC Magic Mailing List
 
 

From: Wes Hansford (hansford AT mosis DOT org)
Date: Fri Nov 17 2000 - 12:53:22 EST

  • Next message: Michael D Godfrey: "[Fwd: Re: {0011.126} Re: generating vendor rules]"

    > Jeff Sondeen wrote:
    
    > > i believe Mosis won't be extending scmos rules to handle any more
    > > extra vendor features (preferring customers use vendor rules), so i'm
    > > afraid scmos rules will become quite limited.
    
    We do not agree with this statement by Jeff.
    
    > ......
    > > one alternative is to use a very small lambda (like .01um) and "map"
    > > layers and rules so that you always draw the shapes than can derive
    > > the others with bloats (so that no shrinks are required), but magic is
    > > quite difficult to use when lambda is so small (so contacts are 8x8
    > > lambda -- so easy to draw them 7x9, etc)).  i know you can set the
    > > grid (to say 4x4) but still the goal would be to have 1 lambda
    > > resolution co-exist with, say, 4 lambda resolution. i guess i'd like a
    > > lambda value and a sub-lambda value built into magic, so i can
    > > specify numbers and/or draw shapes in either units.
    > 
    > We use Magic for TSMC 0.35 TSMC rules and get good results. Our tech27
    > file includes 
    > 
    > cifoutput
    > 
    > style  lambda=0.05(p)
    >  scalefactor 5 calmaonly
    > 
    > We also usually set
    > snap on
    > grid 1
    > 
    > Magic's capabilities are being pushed as the min feature size goes
    > down, but so are other tools. The specific issue about contacts is
    > made less severe by the fact that many newer processes require
    > exact contact size -- therefore Magic produces DRC paint right away
    > if you get the size wrong.
    > 
    > In any case. I think it would not be helpful if MOSIS were to
    > "decommit" Magic tech file support for the vendor rules for the
    > processes that they offer. It seems to me (even though I do not right
    > now contribute much -- well actually I just extended the layer 
    > capability to 512 -- must send the code in to the development folks)
    > that a cooperative effort between MOSIS and the Magic development group 
    > should keep things going for a while yet, at least.
    > 
    > I assume that the development folks will already have offered by
    > the time anyone reads this note.
    
    MOSIS has no intention of decreasing support for Magic tech files.
    While SCMOS rules may not be portable to every process or option, your
    work shows that Magic tech files can work for vendor rules.
    
    Thanks and bext regards, 
    
    Wes
    


  •  
     
    Questions? Contact Rajit Manohar
    cornell logo