MAGIC Magic Mailing List
 
 

From: Jeff W. Sondeen (sondeen AT rcf-fs DOT usc.edu)
Date: Wed Nov 15 2000 - 17:57:44 EST

  • Next message: Wes Hansford: "Re: {0011.126} Re: generating vendor rules"

    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.
    
    i've looked into magic generating layout in vendor rules, but it's
    problematic since for reasonable lambdas, there would be shrinks
    involved (which cannot be done cell by cell (ie. you may create a gap
    in a shape)), as well as most vendor rules require some completely
    generated mask layers, which also can be shrinks (like layer "X = NOT
    Y - 1.1um").  magic would need to do whole chip (flat) layer
    generation which is very slow if even possible (ie you have enough
    virtual memory).
    
    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.
    
    is this possible?
    
    thanks,
    /jeff
    


  •  
     
    Questions? Contact Rajit Manohar
    cornell logo