Magic Mailing List |
|
From: Jeff W. Sondeen (sondeen AT rcf-fs DOT usc.edu) Date: Wed Nov 15 2000 - 17:57:44 EST
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
|
|