|Original author(s)||John Ousterhout|
|Developer(s)||Magic Development Team|
|Initial release||January 1, 1980|
|Stable release||8.0 / September 16, 2014|
|Preview release||8.1 / September 16, 2014|
|Type||Electronic design automation|
Magic is a Very-large-scale integration layout tool originally written by John Ousterhout and his graduate students at UC Berkeley during the 1980s. As free and open-source software, subject to the requirements of the BSD license, Magic continues to be popular because it is easy to use and easy to expand for specialized tasks.
The main difference between Magic and other VLSI design tools is its use of "corner-stitched" geometry, in which all layout is represented as a stack of planes, and each plane consists entirely of "tiles" (rectangles). The tiles must cover the entire plane. Each tile consists of an (X, Y) coordinate of its lower left-hand corner, and links to four tiles: the right-most neighbor on the top, the top-most neighbor on the right, the bottom-most neighbor on the left, and the left-most neighbor on the bottom. With the addition of the type of material represented by the tile, the layout geometry in the plane is exactly specified. The corner-stitched geometry representation leads to the concept of layout as "paint" to be applied to, or erased from, a canvas. This is considerably different from other tools that use the concept of layout as "objects" to be placed and manipulated separately from one another. Each concept has its own strengths and weaknesses in terms of both practical use and speed of computation. The corner-stitched representation is particularly well suited to searches within a single plane, for which it excels in speed. It is not particularly well suited to extremely large databases: The need to maintain four pointers for each tile, as well as the need to store tiles representing the space between areas of material on a layout, makes it more memory-intensive than object-based representations.
An extension to the corner-stitched geometry representation called the "split tile" method, added in version 7.1, allows true representation of non-Manhattan geometry. This method allows each tile in the database to specify two material types, in which case the tile is regarded as being bisected by a diagonal line from corner to corner, with one material type on one side of the diagonal and the other material type on the other side of the diagonal. An additional flag specifies whether the diagonal runs from the top left corner to the bottom right, or the top right corner to the bottom left. The split-tile method has the advantange that nearly all rules that apply to corner-stitched geometry apply, unaltered, to split tiles. A further advantage is that all non-Manhattan geometry must have corners lying on the database internal grid. This makes it impossible to generate geometry that is off-grid within a single plane, a rule error for most fabrication processes that is a common problem with object-based representations.
Magic features real-time design rule checking, something that some costly commercial VLSI design software packages don't feature. Magic implements this by counting distance using Manhattan distance rather than Euclidean distance, which is much faster to compute.
(Note from Magic developer Tim Edwards: Magic versions from 7.3 properly compute Euclidean distance when given the "drc euclidean on" command. Euclidean distance checks are a trivial extension of the Manhattan distance checks, and require very little overhead. On a straight-line edge, the Manhattan and Euclidean distances are the same. Only on corners do the two distances diverge. When checking corners, it is only necessary to keep track of the direction of search from the corner point. Any geometry found inside the square representing the Manhattan distance from the corner undergoes an additional check to see if the same geometry lies outside the quarter-circle radius representing the Euclidean distance. Since this additional check is applied only to geometry found in violation of the Manhattan distance rule, it is not invoked often, so the computational overhead is very small.)
- John K. Ousterhout, "Corner Stitching: A Data-Structuring Technique for VLSI Layout Tools," IEEE Transactions on Computer-Aided Design, Vol. CAD-3, No. 1, January 1984, pp. 87–100
- John K. Ousterhout, Gordon T. Hamachi, Robert N. Mayo, Walter S. Scott, and George S. Taylor, "Magic: A VLSI Layout System," 21st Design Automation Conference, 1984, pp. 152–159
- George S. Taylor and John K. Ousterhout, "Magic's Incremental Design-Rule Checker," 21st Design Automation Conference, 1984, pp. 160–165
- W.S. Scott and John K. Ousterhout, "Plowing: Interactive Stretching and Compaction in Magic," 21st Design Automation Conference, 1984
- Gordon T. Hamachi and John K. Ousterhout, "A Switchbox Router with Obstacle Avoidance," 21st Design Automation Conference, 1984, pp. 173–179
- Walter S. Scott and John K. Ousterhout, "Magic's Circuit Extractor," 22nd Design Automation Conference, 1985, pp. 286–292