Publication number | US20040044979 A1 |

Publication type | Application |

Application number | US 10/228,540 |

Publication date | Mar 4, 2004 |

Filing date | Aug 27, 2002 |

Priority date | Aug 27, 2002 |

Also published as | US7137097 |

Publication number | 10228540, 228540, US 2004/0044979 A1, US 2004/044979 A1, US 20040044979 A1, US 20040044979A1, US 2004044979 A1, US 2004044979A1, US-A1-20040044979, US-A1-2004044979, US2004/0044979A1, US2004/044979A1, US20040044979 A1, US20040044979A1, US2004044979 A1, US2004044979A1 |

Inventors | Sandeep Aji, Ankur Narang, Shantanu Ganguly |

Original Assignee | Aji Sandeep A., Ankur Narang, Shantanu Ganguly |

Export Citation | BiBTeX, EndNote, RefMan |

Patent Citations (5), Referenced by (66), Classifications (9), Legal Events (1) | |

External Links: USPTO, USPTO Assignment, Espacenet | |

US 20040044979 A1

Abstract

A method, system, computer system, and computer program product including an algorithm that performs the constraints-based global routing step in the physical design of integrated circuits. The algorithm is based on finding routes for the entire circuit based on constraints being satisfied for the entire design. Initially, for each net, a set of possible routing solutions is determined based on applicable constraints. The possible solutions for the nets are combined to create a highly-connected “intersection graph,” with each intersection graph node representing a net. The intersection graph is partitioned based on constraints and performance criteria. An optimal solution is determined for each partition. The optimal solutions for the partitions are then combined to produce a global routing solution. The global routing solution is provided to a detailed router, which completes the routing for the design.

Claims(87)

finding a solution set comprising at least one route solution for each net of a plurality of nets of an integrated circuit design;

creating an intersection graph for the nets using the solution sets for the nets;

partitioning the intersection graph into a plurality of partitions;

identifying an optimal solution satisfying a constraint for each partition of the partitions; and

using the optimal solution for each partition to complete a global routing for the design such that the global routing satisfies the constraint.

the identifying the optimal solution for each partition is performed in order of a relative priority of each partition within the partitions.

the identifying the optimal solution for each partition is performed using an objective function that corresponds to a linear function of a number of solutions for each net.

the objective function includes a factor for a probability of selection of each solution of the solutions.

the constraint comprises a timing constraint.

the constraint comprises a shielding constraint.

the constraint comprises a noise avoidance constraint.

the constraint comprises a cell insertion constraint.

creating a three-dimensional graph of the integrated circuit design prior to finding the solution set for each net.

adding an edge between a first intersection graph node of the intersection graph and a second intersection graph node of the intersection graph, wherein

the first intersection graph node represents a first net,

the second intersection graph node represents a second net, and

the edge indicates that the first net and the second net share a node belonging to the three-dimensional graph.

calculating a weight for the edge using the following:

a percentage of the solutions including an intersection of at least two nets; and

an average congestion of intersecting nodes.

pruning the intersection graph according to the weight assigned to the edge prior to the partitioning.

the finding the solution set comprises using Mikami line search algorithm.

the finding the solution set comprises using a Steiner tree-based algorithm.

the finding the solution set comprises:

pairing a sink pin of a given net of the nets with a driver pin for the given net for each path of a plurality of paths in the given net;

generating at least one routing solution for each path; and

merging the routing solutions to give the solution set for the given net.

pruning the solution set for each net according to a timing delay.

the pruning further comprises pruning according to a length constraint.

eliminating a given solution from the solution set for each net when the given solution has a timing violation.

the partitioning the intersection graph comprises using k-way Fiduccia Mattheyses algorithm.

the partitioning the intersection graph comprises using a multi-level partitioning algorithm.

the partitioning is performed such that each of the partitions comprises at least two nets of the integrated circuit design that interact.

the partitioning is constrained by an upper bound and a lower bound of a number of nets per partition.

the partitioning comprises using a first measure of delay for each net and a second measure of congestion of each net.

the partitioning is performed such that two nets interacting to produce noise are placed into one partition.

the partitioning is performed such that nets that interact are placed in the same partition.

the partitioning is performed such that no two partitions interact with each other.

the partitioning is performed such that no two partitions interact with each other at a congested node.

the optimal solution minimizes congestion for each node of the design.

the optimal solution minimizes a weighted average of congestion and delay.

the identifying the optimal solution for each partition comprises finding an optimal solution for each net in the partition simultaneously.

finding a route solution for each net of a plurality of nets of an integrated circuit design;

creating an intersection graph for the nets using each route solution for each net of the nets;

partitioning the intersection graph into a plurality of partitions;

identifying an optimal solution satisfying a constraint for each partition of the partitions; and

using the optimal solution for each partition to complete a global routing for the design such that the global routing satisfies the constraint.

finding means for finding a solution set comprising at least one route solution for each net of a plurality of nets of an integrated circuit design;

creating means for creating an intersection graph for the nets using the solution sets for the nets;

partitioning means for partitioning the intersection graph into a plurality of partitions;

identifying means for identifying an optimal solution satisfying a constraint for each partition of the partitions; and

using means for using the optimal solution for each partition to complete a global routing for the design such that the global routing satisfies the constraint.

the identifying the optimal solution for each partition is performed using an objective function that corresponds to a linear function of a number of solutions for each net.

the objective function includes a factor for a probability of selection of each solution of the solutions.

graph-creating means for creating a three-dimensional graph of the integrated circuit design prior to finding the solution set for each net.

edge-adding means for adding an edge between a first intersection graph node of the intersection graph and a second intersection graph node of the intersection graph, wherein

the first intersection graph node represents a first net,

the second intersection graph node represents a second net, and

the edge indicates that the first net and the second net share a node belonging to the three-dimensional graph.

calculating means for calculating a weight for the edge using the following:

a percentage of the solutions including an intersection of at least two nets; and

an average congestion of intersecting nodes.

pruning means for pruning the intersection graph according to the weight assigned to the edge prior to the partitioning.

the finding means further comprise:

pairing means for pairing a sink pin of a given net of the nets with a driver pin for the given net for each path of a plurality of paths in the given net;

generating means for generating at least one routing solution for each path; and

merging means for merging the routing solutions to give the solution set for the given net.

eliminating means for eliminating a given solution from the solution set for each net when the given solution has a timing violation.

the partitioning means perform the partitioning such that each of the partitions comprises at least two nets of the integrated circuit design that interact.

the partitioning means perform the partitioning constrained by an upper bound and a lower bound of a number of nets per partition.

the partitioning means use a first measure of delay for each net and a second measure of congestion of each net.

the partitioning means perform the partitioning such that nets that interact are placed in the same partition.

the partitioning means perform the partitioning such that no two partitions interact with each other.

finding instructions to find a solution set comprising at least one route solution for each net of a plurality of nets of an integrated circuit design;

creating instructions to create an intersection graph for the nets using the solution sets for the nets;

partitioning instructions to partition the intersection graph into a plurality of partitions;

identifying instructions to identify an optimal solution satisfying a constraint for each partition of the partitions;

using instructions to use the optimal solution for each partition to complete a global routing for the design such that the global routing satisfies the constraint; and

a computer-readable medium to store the finding instructions, the creating instructions, the partitioning instructions, the identifying instructions, and the using instructions.

the identifying instructions identify the optimal solution for each partition using an objective function that corresponds to a linear function of a number of solutions for each net.

the objective function includes a factor for a probability of selection of each solution of the solutions.

graph-creating instructions to create a three-dimensional graph of the integrated circuit design prior to finding the solution set for each net, wherein the computer-readable medium further stores the graph-creating instructions.

edge-adding instructions to add an edge between a first intersection graph node of the intersection graph and a second intersection graph node of the intersection graph, wherein

the first intersection graph node represents a first net,

the second intersection graph node represents a second net,

the edge indicates that the first net and the second net share a node belonging to the three-dimensional graph, and

the computer-readable medium further stores the edge-adding instructions.

calculating instructions to calculate a weight for the edge using the following:

a percentage of the solutions including an intersection of at least two nets; and

an average congestion of intersecting nodes, wherein

the computer-readable medium further stores the calculating instructions.

pruning instructions to prune the intersection graph according to the weight assigned to the edge prior to the partitioning, wherein

the computer-readable medium further stores the pruning instructions.

the finding instructions further comprise:

pairing instructions to pair a sink pin of a given net of the nets with a driver pin for the given net for each path of a plurality of paths in the given net;

generating instructions to generate at least one routing solution for each path; and

merging instructions to merge the routing solutions to give the solution set for the given net, wherein

the computer-readable medium further stores the pairing instructions, the generating instructions and the merging instructions.

eliminating instructions to eliminate a given solution from the solution set for each net when the given solution has a timing violation wherein

the computer-readable medium further stores the eliminating instructions.

the partitioning instructions perform the partitioning such that each of the partitions comprises at least two nets of the integrated circuit design that interact.

the partitioning instructions perform the partitioning constrained by an upper bound and a lower bound of a number of nets per partition.

the partitioning instructions use a first measure of delay for each net and a second measure of congestion of each net.

the partitioning instructions perform the partitioning such that nets that interact are placed in the same partition.

the partitioning instructions perform the partitioning such that no two partitions interact with each other.

a processor for executing instructions; and

a memory to store the instructions, wherein the instructions comprise:

finding instructions to find a solution set comprising at least one route solution for each net of a plurality of nets of an integrated circuit design;

creating instructions to create an intersection graph for the nets using the solution sets for the nets;

partitioning instructions to partition the intersection graph into a plurality of partitions;

identifying instructions to identify an optimal solution satisfying a constraint for each partition of the partitions; and

using instructions to use the optimal solution for each partition to complete a global routing for the design such that the global routing satisfies the constraint.

the identifying instructions identify the optimal solution for each partition using an objective function that corresponds to a linear function of a number of solutions for each net.

edge-adding instructions to add an edge between a first intersection graph node of the intersection graph and a second intersection graph node of the intersection graph, wherein

the first intersection graph node represents a first net,

the second intersection graph node represents a second net, and

the edge indicates that the first net and the second net share a node belonging to the three-dimensional graph.

calculating instructions to calculate a weight for the edge using the following:

a percentage of the solutions including an intersection of at least two nets; and

an average congestion of intersecting nodes.

pruning instructions to prune the intersection graph according to the weight assigned to the edge prior to the partitioning.

the finding instructions further comprise:

pairing instructions to pair a sink pin of a given net of the nets with a driver pin for the given net for each path of a plurality of paths in the given net;

generating instructions to generate at least one routing solution for each path; and

merging instructions to merge the routing solutions to give the solution set for the given net.

eliminating instructions to eliminate a given solution from the solution set for each net when the given solution has a timing violation.

the partitioning instructions perform the partitioning such that each of the partitions comprises at least two nets of the integrated circuit design that interact.

the partitioning instructions perform the partitioning constrained by an upper bound and a lower bound of a number of nets per partition.

the partitioning instructions use a first measure of delay for each net and a second measure of congestion of each net.

the partitioning instructions perform the partitioning such that nets that interact are placed in the same partition.

the partitioning instructions perform the partitioning such that no two partitions interact with each other.

a finding module to find a solution set comprising at least one route solution for each net of a plurality of nets of an integrated circuit design;

a creating module to create an intersection graph for the nets using the solution sets for the nets;

a partitioning module to partition the intersection graph into a plurality of partitions;

an identifying module to identify an optimal solution satisfying a constraint for each partition of the partitions; and

a using module to use the optimal solution for each partition to complete a global routing for the design such that the global routing satisfies the constraint.

the identifying module identifies the optimal solution for each partition using an objective function that corresponds to a linear function of a number of solutions for each net.

a graph-creating module to create a three-dimensional graph of the integrated circuit design prior to finding the solution set for each net.

an edge-adding module to add an edge between a first intersection graph node of the intersection graph and a second intersection graph node of the intersection graph, wherein
the edge indicates that the first net and the second net share a node belonging to the three-dimensional graph.

the first intersection graph node represents a first net,

the second intersection graph node represents a second net, and

a calculating module to calculate a weight for the edge using the following:

a percentage of the solutions including an intersection of at least two nets; and

an average congestion of intersecting nodes.

a pruning module to prune the intersection graph according to the weight assigned to the edge prior to the partitioning.

the finding module further comprises:

a pairing module to pair a sink pin of a given net of the nets with a driver pin for the given net for each path of a plurality of paths in the given net;

a generating module to generate at least one routing solution for each path; and

a merging module to merge the routing solutions to give the solution set for the given net.

an eliminating module to eliminate a given solution from the solution set for each net when the given solution has a timing violation.

the partitioning module performs the partitioning such that each of the partitions comprises at least two nets of the integrated circuit design that interact.

the partitioning module performs the partitioning constrained by an upper bound and a lower bound of a number of nets per partition.

the partitioning module uses a first measure of delay for each net and a second measure of congestion of each net.

the partitioning module performs the partitioning such that nets that interact are placed in the same partition.

the partitioning module performs the partitioning such that no two partitions interact with each other.

Description

[0001] Portions of this patent application contain materials that are subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document, or the patent disclosure, as it appears in the Patent and Trademark Office file or records, but otherwise reserves all copyright rights whatsoever.

[0002] 1. Field of the Invention

[0003] The present invention relates to automated routing tools for integrated circuit designs.

[0004] 2. Description of the Related Art

[0005] With the advent of circuit feature sizes in the sub-micron range, integrated circuits involving millions of transistors on a single chip have become commonplace. Due to the sheer number of devices on a single chip, an entire industry has evolved specifically to supply the semiconductor industry with software and hardware tools to automate much of the process of integrated circuit design.

[0006] Design automation tools are computer-based tools that assist through automation of procedures that would otherwise be performed manually. Simulation of proposed design functionality and synthesis of integrated circuit logic and layout are two examples. Design verification tools are computer-based tools used to verify that circuit design or layout meets certain prescribed objectives.

[0007] Both design automation and design verification tools require computer-readable descriptions of the underlying circuit function and structure to operate. These computer-based descriptions vary from simple geometrical specification languages, such as Caltech Intermediate Form (CIF) to high-level functional description languages such as VHDL (a hardware design language). Geometrical specification languages for integrated circuits allow computer-readable definition of the geometries of the mask layers required to fabricate an integrated circuit. These specification languages contain primitive structures such as wires and boxes to specify geometrical shapes and layout levels. Organizational constructs are also provided to allow placement and repetition of the geometrical structures.

[0008] Most design tools are hierarchical in nature and employ more than one type of routing algorithm for routing interconnections between circuit components. Most routing tools used for cell-based designs begin with the placement of circuit elements, cells and/or cell blocks. Placement can be manual or automated, and typically decisions are made about where connectors to the circuit elements, cells and/or cell blocks should be located. Placement also includes determining the placement and orientation of blocks relative to one another. Such decisions can be driven by considerations of circuit compaction, which affects circuit congestion (similar to traffic congestion), the number of interconnect lines running between the blocks, and so on. With gate array designs, there is no placement step because placement has been predetermined by the manufacturer.

[0009] The next step in completing the circuit design is typically a global routing step, which is an attempt to logically determine a path for each interconnection between cells in the entire design. Routing decisions are made based on the available avenues formed by the current placement of circuit elements and/or blocks, and are assigned in consideration of various costs, also referred to herein as constraints (e.g., to incur the shortest total length of interconnect lines between the connectors). Once the global router has assigned the general flow of interconnect lines, a detailed router attempts to make the interconnect lines fit the assignments made by the global router.

[0010] A set of two or more interconnected cells in a circuit design is referred to herein as a “net.” A “net list” is a set of statements in a geometrical specification language that specifies the elements of a circuit, such as transistors and gates, and their interconnections. Individual transistors are described, along with cells to which they connect. The net list allows creation of a circuit diagram based on the actual geometrical specification statements. The creation of the circuit diagram is referred to as “circuit extraction,” and the extracted circuit can be compared to the original circuit specified by the designer to determine differences. A difference usually indicates an error that must be corrected.

[0011] In addition to providing the details of circuit interconnection, circuit extraction is useful for calculating layout areas and perimeters for each integrated circuit layer at each node of the circuit. These layout areas and perimeters can be used to accurately calculate the parasitic capacitances and resistance that load the active devices. With accurate capacitances and resistances from circuit extraction, a design can be accurately simulated to ensure correct operation. Thus, circuit extraction is an essential design verification tool for accurate characterization of modem integrated circuits.

[0012] A typical analysis in designing a circuit involves developing a routing solution for routing interconnections between circuit components. The routing solution is then evaluated using a constraint engine to identify nets that do not meet specified criteria, such as minimum spacing between nets. Offending nets are manually re-routed, and the routing solution and constraint engine re-run. This process is referred to as “parasitic extraction.”

[0013] As more complicated designs are developed to achieve higher performance and higher reliability, the demands placed on routing tools increase. Most current routing tools, provided by Electronic Design Automation (EDA) vendors, are insufficient to achieve the quality of route desired without several iterations and design cycles. Furthermore, most routing tools are primarily concerned with minimal distance as a constraint on global routing and do not permit timing to be directly considered.

[0014] What is needed is a new global routing technique to achieve a high quality, highly reliable route in as few iterations as possible. The global router should provide the capability to handle timing, noise avoidance, shielding and cell (repeater or latch) insertion constraints. The global router should produce output that can be used by a commercially available detailed router to complete the routing.

[0015] The present invention includes an algorithm that performs the constraints-based global routing step in the physical design of integrated circuits. The algorithm is based on finding routes for the entire circuit based on constraints being satisfied for the entire design. Initially, for each net, a set of possible routing solutions is determined based on applicable constraints. The possible solutions for the nets are combined to create a highly-connected “intersection graph,” with each intersection graph node representing a net. Edges are added between intersection graph nodes for nets which “intersect,” indicating that the nets share a region on the circuit's floorplan. Weights, based on constraints, are added to the edges of the intersection graph. Using these weights, the intersection graph is “pruned” to eliminate edges, producing a sparse graph. The intersection graph is partitioned based on constraints and performance criteria. An optimal solution is determined for each partition. The optimal solutions for the partitions are then combined to produce a global routing solution. The global routing solution is provided to a detailed router, which completes the routing for the design.

[0016] In one feature, a method includes finding a solution set including at least one route solution for each net of multiple nets of an integrated circuit design. The method further includes creating an intersection graph using the solution sets for the nets and partitioning the intersection graph into multiple partitions. The method further includes identifying an optimal solution satisfying a constraint for each partition and using the optimal solution for each partition to complete a global routing for the design such that the global routing satisfies the constraint.

[0017] In another feature, a method includes finding a route solution for each net of multiple nets of an integrated circuit design. The method further includes creating an intersection graph for the nets using each route solution for each of the nets. The method further includes partitioning the intersection graph into multiple partitions and identifying an optimal solution satisfying a constraint for each partition. The method also includes using the optimal solution for each partition to complete a global routing for the design such that the global routing satisfies the constraint.

[0018] In another feature, a system includes finding means for finding a solution set comprising at least one route solution for each net of multiple nets of an integrated circuit design. The system further includes creating means for creating an intersection graph for the nets using the solution sets for the nets. The system further includes partitioning means for partitioning the intersection graph into multiple partitions. The system further includes identifying means for identifying an optimal solution satisfying a constraint for each partition and using means for using the optimal solution for each partition to complete a global routing for the design such that the global routing satisfies the constraint.

[0019] In yet another feature, a computer program product includes finding instructions to find a solution set comprising at least one route solution for each net of multiple nets of an integrated circuit design. The computer program product further includes creating instructions to create an intersection graph for the nets using the solution sets for the nets. The computer program product further includes partitioning instructions to partition the intersection graph into multiple partitions. The computer program product further includes identifying instructions to identify an optimal solution satisfying a constraint for each partition of the partitions and using instructions to use the optimal solution for each partition to complete a global routing for the design such that the global routing satisfies the constraint. The computer program product further includes a computer-readable medium to store the finding instructions, the creating instructions, the partitioning instructions, the identifying instructions, and the using instructions.

[0020] In another feature, a computer system includes a processor for executing instructions and a memory to store the instructions. The instructions include finding instructions to find a solution set comprising at least one route solution for each net of multiple nets of an integrated circuit design. The instructions further include creating instructions to create an intersection graph for the nets using the solution sets for the nets and partitioning instructions to partition the intersection graph into multiple partitions. The instructions further include identifying instructions to identify an optimal solution satisfying a constraint for each partition and using instructions to use the optimal solution for each partition to complete a global routing for the design such that the global routing satisfies the constraint.

[0021] In still another feature, a system comprises a finding module to find a solution set comprising at least one route solution for each net of multiple nets of an integrated circuit design and a creating module to create an intersection graph for the nets using the solution sets for the nets. The system further includes a partitioning module to partition the intersection graph into multiple partitions and an identifying module to identify an optimal solution satisfying a constraint for each partition. The system further includes a using module to use the optimal solution for each partition to complete a global routing for the design such that the global routing satisfies the constraint.

[0022] The foregoing is a summary and thus contains, by necessity, simplifications, generalizations and omissions of detail; consequently, those skilled in the art will appreciate that the summary is illustrative only and is not intended to be in any way limiting. Other aspects, inventive features, and advantages of the present invention, as defined solely by the claims, will become apparent in the non-limiting detailed description set forth below.

[0023] The present invention may be better understood, and its numerous objects, features and advantages made apparent to those skilled in the art by referencing the accompanying drawings.

[0024]FIG. 1 is a flow diagram of the automated integrated circuit design process.

[0025]FIG. 2 shows an algorithm to perform the constraints-based global routing step in the physical design of integrated circuits.

[0026]FIG. 3*a *shows a minimum spacing between nets to ensure that no noise is transferred generally or to one or more specific nets.

[0027]FIG. 3*b *shows a circuit resulting from cell insertion, which must be taken into account when routing.

[0028]FIG. 4*a *is a diagram of a single metal layer of an integrated circuit design divided into gtiles.

[0029]FIG. 4*b *shows three layers of an integrated circuit design and relationships between gtiles in the three layers.

[0030]FIG. 5 shows an example of two paths, with one path spanning multiple layers of a circuit design.

[0031]FIG. 6 shows an example of an obstruction of an arbitrary rectilinear shape that can routed around in a global routing produced according to the present invention.

[0032]FIG. 7*a *shows a solution for a route between driver D_{1 }and sink S_{1 }of the gtile map shown in FIG. 5.

[0033]FIG. 7*b *shows driver D_{2 }of FIG. 5 with two sinks S_{2a }and S_{2b}.

[0034]FIG. 8 shows alternative routing solutions between the drivers and sinks of FIGS. 7*a *and **7** *b. *

[0035]FIG. 9 shows an example of an intersection graph in which nets N**1** and N**2** of FIG. 8 are connected to each other and selectively to other nets N**3**, N**4**, N**5** and N**6**.

[0036] While the invention is susceptible to various modifications and alternative forms, specific embodiments are shown by way of example in the Drawings and are described herein in detail. The Drawings and Detailed Description are not intended to limit the invention to the particular form disclosed. On the contrary, the intention is to cover all modifications, equivalents, and alternatives falling within the scope of the present invention as defined by the appended Claims.

[0037] For a thorough understanding of the subject invention, refer to the following Detailed Description, including the appended Claims, in connection with the above-described Drawings.

[0038] Although the present invention is described in connection with several embodiments, the invention is not intended to be limited to the specific forms set forth herein. On the contrary, it is intended to cover such alternatives, modifications, and equivalents as can be reasonably included within the scope of the invention as defined by the appended Claims.

[0039] In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the invention. It will be apparent, however, to one skilled in the art that the invention can be practiced without these specific details.

[0040] References in the specification to “one embodiment” or “an embodiment” means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the invention. The appearances of the phrase “in one embodiment” in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. Moreover, various features are described which may be exhibited by some embodiments and not by others. Similarly, various requirements are described which may be requirements for some embodiments but not other embodiments.

[0041] The present invention includes an algorithm that performs the constraints-based global routing step in the physical design of integrated circuits. The algorithm is based on finding routes for the entire circuit based on constraints being satisfied for the entire design. Initially, for each net, a set of possible routing solutions is determined based on applicable constraints. The possible solutions for the nets are combined to create a highly-connected “intersection graph,” showing nets which “intersect,” indicating that the nets share a node. Weights, based on constraints, are added to the edges of the intersection graph. Using these weights, the intersection graph is “pruned” to eliminate edges, producing a sparse graph. The intersection graph is partitioned based on constraints and performance criteria. An optimal solution is determined for each partition. The optimal solutions for the partitions are then combined to produce a global routing solution. The global routing solution is provided to a detailed router, which completes the routing for the design.

[0042] The present invention produces solutions which meet timing constraints and have overall less congestion than other possible solutions. During routing, a static two-dimensional parasitic extraction and timing analysis is performed to minimize resistance and capacitance while meeting timing constraints. In one embodiment, a 3D parasitic extraction module can be used in conjunction with the present invention to enable three-dimensional parasitic extraction between layers of the circuit design.

[0043]FIG. 1 is a flow diagram of the automated integrated circuit design process. Initially Place Circuit Components step **110** indicates that most routing tools used for cell-based designs begin with the placement of circuit elements, cells and/or cell blocks. Placement can be manual or automated, and typically attempts to make intelligent decisions about where connectors to the circuit elements, cells and/or cell blocks should be located, as well as how cells and/or blocks should be oriented and positioned relative to one another. Such decisions can be driven by considerations of circuit compaction, number of interconnect lines running between the blocks, and so on. With gate array designs, there is no placement step because placement has been pre-determined by the manufacturer.

[0044] Global Routing step **120** shows that the next step in completing the circuit design is typically a global routing step, which logically determines the paths for each interconnection. These decisions are made based on the available avenues formed by the current placement of circuit elements and/or blocks, and are assigned in consideration of various costs (e.g., the shortest total amount of interconnect lines between the connectors).

[0045] Once the global router has assigned the general flow of interconnect lines, in Detailed Routing step **130**, a detailed router takes over and attempts to make the interconnect lines fit the assignments made by the global router. The detailed router uses the number of tracks provided for each metal layer to assign a track for eachnode through which the net, provided as input by the Global Routing step **120**, must be routed. As shown in Output Representative of Routed Circuit Design step **140**, the output of the detailed router represents the complete routed circuit design.

[0046]FIG. 2 shows a flowchart of an algorithm to perform the constraints-based global routing step in the physical design of VLSI circuits. This flowchart shows an embodiment of Global Routing step **120** according to the present invention. In Provide Floorplan Design and Constraints step **205**, constraints and the output from Initially Place Circuit Components step **110** are provided to the global routing tool. The output from Initially Place Circuit Components step **110** includes a floorplan that initially places circuit components, obstructions and connectors or pins within the design. Examples of obstructions include power grids, blocks, and charge pumps. The present invention allows for routing around obstructions of any rectilinear shape, including designs having 45° and/or diagonal lines.

[0047] In 3D Graph Creation step **210**, a three-dimensional graph representing the circuit design is created. In Develop Feasible Solution Set for Each Net step **220**, a feasible solution set for each net is developed. In Create Intersection Graph with Weights step **230**, a graph is created including the intersections of the solution sets for each net. Weights are assigned to the edges in the intersection graph to represent the constraints. In one embodiment, the intersection graph can be “pruned” to convert the highly-connected intersection graph into a more sparsely-connected graph.

[0048] In Partition Intersection Graph step **240**, the intersection graph is divided into partitions. In Develop Solution for Each Partition step **250**, an optimal solution for each partition is determined using, for example, linear programming techniques. When the partitions are solved one at a time, optimal solutions for each partition can be merged with previously-obtained optimal solutions for partitions. The output of Develop Solution for Each Partition step **250**, with a solution for each partition, is used as input for the detailed router, as shown in Provide Output as Input for Detailed Router step **260**.

[0049] One of skill in the art will recognize that each of the steps of the flowchart of FIG. 2 can be performed by a module of a global routing tool, also referred to as a global router, or by a stand-alone module working in conjunction with the global routing tool. For example, Provide Floorplan Design and Constraints step **205** can be performed by a Floor Planning and Constraint Determination module. 3D Graph Creation step **210** can be performed by a 3D Graph Creation module, Develop Feasible Solution Set for Each Net step **220** can be performed by a Net Solution Set Generation module, and Create Intersection Graph with Weights step **230** can be performed by an Intersection Graph Creation module. Partition Intersection Graph step **240** can be performed by a Graph Partition module, and Develop Solution for Each Partition step **250** can be performed by an Optimization module, also referred to as an LP solver for embodiments using linear programming techniques. Provide Output as Input for Detailed Router step **260** can be performed by an Output Provider module. The global routing tool may receive input from a user via a User Interface module, or the global routing tool may be completely automated. Each of these modules may reside on the same computer system, or the modules may be distributed across nodes of a distributed software system.

[0050] It is within the scope of the invention that at least some of these modules may be run in parallel. For example, the development of feasible solutions for each net performed by Develop Feasible Solution Set for Each Net step **220** can be performed in parallel. In an example environment having 10 computer systems available for calculating solutions sets, a design having 1,000 nets may be divided into sets of 100 nets for each computer system. The ten computer systems can find the solutions in parallel, and the resulting feasible solution sets can be passed to Create Intersection Graph with Weights step **230**. If Develop Feasible Solution Set for Each Net step **220** is performed in parallel, the design can be divided such that nets that have noise between them are placed in the same set to be solved by the same computer system. In this way, noise avoidance is taken into account in developing the feasible solution sets.

[0051] In one embodiment, the solutions for each partition are placed in order of priority and solved one at a time in Develop Solution for Each Partition step **250**. The previous solutions for the partitions are then used to develop solutions for subsequent partitions.

[0052] Alternatively, Develop Solution for Each Partition step **250** may be performed in parallel. A parallel approach can identify partitions that do not interact with each other, also referred to as “zero interaction cliques,” for separate simultaneous solution.

[0053] The constraints for the global routing tool of the present invention are determined by design requirements. Examples of the types of constraints that can be used are listed below.

[0054] Timing Constraints. In at least one embodiment, the maximum path delay allowed for the routed net can be specified, for example, by a user of the global routing tool. In one embodiment, the maximum path delay is specified using the standard delay format. Standard Delay Format (SDF) is set forth in Standard Delay Format Specification, Version 3.0 (May 1995, Open Verilog International), which is incorporated by reference in its entirety. An SDF file is an ASCII text file containing a header section followed by one or more cell entries describing cells of the design. The header section contains information relevant to the entire file, such as the design name, tool used to generate the SDF file, parameters used to identify the design, and operating conditions. Each cell entry identifies part of the design (a “region” or “scope”) and contains data for delays, timing checks, constraints, and the timing environment. For example, the launch time and edge rate at the driver pins of the nets and the required arrival time and edge rate at each sink pin of a net can be specified as timing constraints.

[0055] Noise Constraints. In at least one embodiment, the user can specify nets that should be avoided and the amount of spacing to be allowed between nets. The user can also specify whether a specified percentage of a particular net is to be routed along a power or ground signal.

[0056] Shielding Constraints. In at least one embodiment, the user can specify the shielding requirements of a net while routing. The shielding width, spacing and percentage of the net to be shielded can be specified. For example, 50% of a particular net may need to be shielded, and two tracks can be allocated along 50% of the length of that net to provide the necessary shielding.

[0057] Cell Insertion Constraints. In at least one embodiment, cell insertion constraints can be specified by the user along with the original timing constraints. Limits can be specified for a maximum transition time or maximum delay allowed such that a repeater or latch can be inserted to overcome the limit. For example, in a path from a driver D**1** to a sink S**1**, a repeater R**1** can be inserted between D**1** and S**1** such that there is a topological breakpoint in the path from D**1** to S**1**. The path from D**1** to S**1** includes two sub-paths: a sub-path from D**1** to R**1** and a sub-path from R**1** to S**1**. In such a case, noise constraints must be considered independently for the sub-path from D**1** to R**1** and the sub-path from R**1** to S**1**.

[0058]FIGS. 3*a *and **3** *b *show constraints that are taken into account by the global routing tool of the present invention. For example, to avoid noise between nets, a minimum spacing between nets can be established to ensure that no noise is transferred generally or to one or more specific nets, as shown in FIG. 3*a*. Furthermore, a given net, such as Net A **320**, may need to be routed outside a given width of an adjacent power or ground rail, referred to as “shielding,” for inductance prevention.

[0059]FIG. 3*b *shows a circuit resulting from the insertion of repeater cell R**1** into a path from driver D_{1 }to sink S_{1}. The original path from driver D_{1 }to sink S_{1 }is divided into two portions, A and A′. For example, a cell may be inserted to speed up timing to achieve a certain rise time to drive capacitance. The added cell R**1** must be routed around during the routing process.

[0060] To create a three-dimensional graph of the design, the entire design area is divided into a grid, and each grid section is assigned a “gtile.” Gtiles are usually square and one node, also referred to herein as a gNode, of a gtile exists in a given area per layer.

[0061]FIG. 4*a *is a diagram of a single metal layer of an integrated circuit design divided into gNodes. Five gNodes labeled g**1**-**2**, g-**2**, g-**3**, g-**4** and g-**5** are shown. A given gNode, such as gNode g**1**-**2**, is considered to be connected to each of its neighbors. GNode g**1**-**2** is connected to each of neighbors g-**2** through g-**5**.

[0062]FIG. 4*b *shows three layers of an integrated circuit design and relationships between gNodes in the three layers. The five gNodes of FIG. 4*a *are shown as part of metal layer M**2** in FIG. 4*b*. In addition, FIG. 4*b *shows gNode g**1**-**1** in metal layer M**1** and gNode g**1**-**3** in metal layer M**3**. A collection of gNodes in a vertical relationship between metal layers of the circuit is referred to herein as a “gtile,” and the shaded portions of FIG. 4*b *correspond to a gtile g-**1**. Each gtile has a gNode for each of its metal layers; for example, gtile g-**1** includes gNode **1**-**1** in metal layer M**1**, gNode **1**-**2** in metal layer M**2**, and gNode **1**-**3** in metal layer M**3**. All the gNodes of a gtile are connected to each other by a neighbor relationship.

[0063] In the three-dimensional graph shown in FIG. 4*b*, vertical neighbors are gNodes of the same gtile, and horizontal neighbors are gNodes of the same metal layer but adjoining gtiles. The graph is referred to herein as a global routing graph or gGraph. A gNode has a maximum of six neighbors, four horizontal neighbors and two vertical neighbors.

[0064] 3D Graph Creation step **210** also adds obstructions, which may be of various rectilinear shapes, into the design that must be routed around in forming interconnections between circuit components. These obstructions may represent power grids, blocks, and charge pumps. The three-dimensional graph enables modeling of congestion of the interconnect lines between connectors, taking into account these obstructions.

[0065] For each gtile, the number of routing tracks available through the gtile is calculated. The calculation takes into account previously routed nets and design-wide obstructions. If a neighbor is obstructed completely, no connection to that neighbor is made in the final circuit design. Pins from the netlist, if located in a certain gNode, are attached to that particular gNode. If a net will require more than one track to be routed on a particular metal layer, the number of tracks is taken into account when routing the net.

[0066] The global route for a net is defined by mapping the net onto a set of gtiles. The present invention is used to produce a unique gtile map, together with width and spacing, for the nets such that all the global and individual net constraints are met.

[0067] As earlier described with regard to FIG. 1, a floor planning module places circuit blocks of the design into sections. The floor planning module also identifies where the drivers and sinks are located by gNode. A global router identifies through which of the sections the gNodes and sinks will be connected; in other words, the global router develops a map at a coarse level. A detailed router uses information about the number of tracks for each metal layer to assign a track for each gNode through which the net must be routed (as determined by the global router). In some embodiments, the floor planning module is a third-party module provided by a vendor independent of the global routing tool vendor, and in other embodiments, the floor planning module can be a component of the global routing tool provided by the same vendor.

[0068]FIG. 5 shows an example of a floorplan that is output from the floor planning component This example floorplan includes two paths having multiple nodes of two metal layers. A first path includes a driver D_{1 }and a sink S_{1 }as pins in metal layer **3**. A second path includes driver D_{2 }and a sink S_{2b }as pins in metal layer **2**, and sink S_{2a }in metal layer **3**. Obstruction O_{1 }appears in metal layer **2** and obstruction O_{2 }appears in metal layer **3**.

[0069] An obstruction, such as obstruction O_{1 }or O_{2}, indicates that tracks in the gtile map are “removed,” or considered to be unavailable, such that a net should not be routed through the corresponding gNode of the gtile. As mentioned earlier, examples of obstructions include power grids, blocks, and charge pumps. The present invention allows for obstructions in the form of any rectilinear shape.

[0070]FIG. 6 shows an example of a rectilinear obstruction **610** that can be routed around when using the global routing tool of the present invention. Unlike currently available global routing tools, the present invention enables obstructions of any rectilinear shape to be routed around, including obstructions having diagonal lines such as obstruction **610**.

[0071]FIG. 7*a *shows an example of a gNode map for a given metal layer. The gtile map is produced by the global routing tool of the present invention. Ultimately, the global routing tool produces a unique gtile map for each net that meets all constraints and for which routing is both feasible and minimal. The width of the net is taken into account for global routing purposes.

[0072]FIG. 7*a *shows a solution for a route between driver D_{1 }and sink S_{1 }of the gtile map shown in FIG. 5. The route begins at driver D_{1 }in row **3** column **1** of the gtile map and proceeds to row **3** column **2**. The route then proceeds from row **3** column **2** to row **2** column **2**. The route then proceeds through row **2** column **3** to row **2** column **4**, which includes sink S_{1}.

[0073] As mentioned above, an obstruction, such as obstruction **702**, indicates that tracks in the gtile map are “removed,” or considered to be unavailable, such that a net should not be routed through the corresponding gNode of the gtile. Any route excluding row **4**, column **4**, which contains obstruction **702**, can be taken between driver D_{1 }and sink S_{1}.

[0074] In creating a feasible solution set for a net, each route placed into the solution set should be feasible and meet applicable constraints. If no solutions exist for routing the net, a design flaw exists and the floorplan must be changed. If one solution exists, that solution corresponds to the solution set. If several solutions exist, a subset of the solutions can be selected to form the solution set; for example, a maximum of three solutions may be selected to form the solution set based on, for example, metrics for timing quality and length.

[0075] In FIG. 7*b*, driver D_{2 }of FIG. 5 is shown, with two sinks S_{2a }and S_{2b}. A solution for a route between D_{2 }and S_{2a }is determined independently of the solution for a route between D_{2 }and S_{2b}. Three solutions are illustrated for the path from D_{2 }to S_{2a}, respectively labeled S_{2a}(**1**), S_{2a}(**2**) and S_{2a}(**3**). Similarly, three solutions are illustrated for the path from D_{2 }to S_{2b}, respectively labeled S_{2b}(**1**), S_{2b}(**2**) and S_{2b}(**3**). These solutions are then combined to provide the following 9 possible solutions for nets including D_{2}, S_{2a }and S_{2b}:

S_{2a(1)}, S_{2b(1)} | S_{2a(1)}, S_{2b(2)} | S_{2a(1)}, S_{2b(3)} |

S_{2a(2)}, S_{2b(1)} | S_{2a(2)}, S_{2b(2)} | S_{2a(2)}, S_{2b(3)} |

S_{2a(3)}, S_{2b(1)} | S_{2a(3)}, S_{2b(2)} | S_{2a(3)}, S_{2b(3)} |

[0076] A set of global route solutions for each net is generated. In one embodiment, Mikami Line Search Algorithm is used for finding these solutions. For more information regarding Mikami Line Search algorithm, see K. Mikami & K. Tabuchi, *A Computer Program for Optimal Routing of Printed Circuit Connectors*, IFIPS Proceedings, H47:1475-1478, 1968, which is incorporated herein by reference.

[0077] The Mikami Line Search algorithm searches across obstacles and multiple metal layers to find routing paths. For each net, each of its sink pins is paired with the driver pin to form (driver, sink) pairs for each path. Each path is routed using the Mikami Algorithm and multiple solutions are generated per path. After all solutions have been found for each (driver, sink) pair, the solutions are merged to give solutions for the entire net. For example, if a net had two paths, then two (driver, sink) pairs are formed. If the search algorithm generated three possible solutions for the first pair and two possible solutions for the second pair, then six global route solutions are possible for the net. The delay and actual length for each path solution is computed and stored for further analysis in the routing process.

[0078] Mikami Tabuchi algorithm, a line probe algorithm, is designed to perform better than maze routing algorithms, both in terms of route search time and quality. Maze routing algorithms search grid nodes in a breadth-first fashion, whereas a line probe algorithm searches line segments available within the three-dimensional gmap. The time and space complexity of Mikami Tabuchi algorithm is O(L), where L is the number of line segments produced to complete the route search. Mikami Tabuchi algorithm finds a path between driver and sink, if such a path exists, and assures that the path found is the shortest path available on the given floorplan. Initially, the line probes are drawn from both driver and sink in mutually perpendicular directions. These lines extend until reaching the floorplan boundary or an obstacle on that metal layer. If these lines do not intersect, then at each grid point on these lines, perpendicular lines are drawn until they reach the boundary of the floorplan or hit an obstacle. This process is continued recursively until an intersection point is found between the list of lines belonging to the driver and sink.

[0079] To enable multi-layer routing, the lines drawn from points on a previous line can be on multiple layers, thereby reducing the overall search time. In practice, new lines are not drawn from every grid point on the previous line. A spacing factor between grid points is used to reduce the exponential growth in number of lines generated during a complicated search.

[0080] More sophisticated algorithms, such as Steiner Tree-based approaches, can be used to determine routes more suitable for multi-terminal nets. For more information about Steiner trees, see C. Chieng, M. Sarrafzadeh & C. K. Wong, *A Powerful Global Router Based on Steiner Min-Max Trees*, Proceedings of IEEE International Conference on Computer-Aided Design, pp. 2-5, Nov. 7-10, 1989, which is herein incorporated by reference.

[0081] Steiner Tree-based approaches are based on first finding the minimum spanning tree for the given set of pins on a net. A minimum spanning tree is a minimum-weight tree in a weighted graph which contains all of the graph's vertices (here, all the pins). From the minimal spanning tree, a rectilinear Steiner Tree is produced. A Steiner Tree is a tree resulting when, given a set of vertices S in an undirected weighted graph, a minimal weight spanning tree of S∪Q is produced for some added Steiner vertices Q in the graph. A Steiner tree differs from the minimum spanning tree in that the set of Steiner vertices must be identified. That is, additional vertices may be used. A Steiner Tree is based on rectilinear projections of the edges of this minimum spanning tree.

[0082] Once a set of solutions for each net is produced, the solutions for each net can be pruned according to delay and length constraints. In one embodiment, Elmore Delay is computed for each path of the net. For more information about Elmore Delay, see W. C. Elmore, *The Transient Analysis ofDamped Linear Networks with Particular Regard to Wideband Amplifiers*, Journal of Applied Physics, vol. 19(1), 1948; and J. Rubenstein, P. Penfield, Jr., & M. A. Horowitz, Signal Delay in RC Tree Networks, IEEE Transactions On Computer Aided Design, CAD-2:202-211, 1983, each of which is incorporated herein by reference.

[0083] The Elmore Delay model is the most commonly used delay model in works on interconnect design when inductance and distributed resistance and capacitance (RC) effects don't dominate. Under the Elmore delay model, the signal delay from the driver s**0** to a given node i in an RC tree is calculated as follows:

*t*(*s* **0**, *i*)=Sum_over_all_nodes_{—} *k*(*R*(*k* _{i})**C*(*k*))

[0084] where

[0085] C(k) is the downstream capacitance from node i

[0086] R(k_{1}) is the resistance at node i

[0087] All nodes and sinks in the RC tree have a different delay. In general, the Elmore delay of a sink in an RC tree is a (loose) upper bound on the actual 50% delay of the sink under step input.

[0088] Elmore delay provides a simple closed-form expression with greatly improved accuracy for measuring delay, when compared to other RC models. Furthermore, the Elmore delay calculation can be done in linear time. The Elmore delay model is not the most accurate delay model available, but the Elmore delay model has a high degree of fidelity: an optimal or near-optimal solution according to the estimator is also nearly optimal actual delay for routing constructions and wire-sizing optimization. Other delay models which are more accurate can be used, but run-time for these models is usually greater than that of the Elmore delay model.

[0089] Using the arrival time constraints, the delay violation for each path solution is computed using the following formula:

Delay Violation=Actual Delay−Arrival Time Constraint

[0090] A value of 0 for the delay violation indicates that the arrival time constraint is met. A positive value indicates that the arrival time constraint is not met, and a negative value means that slack is available for optimization of other nets. The net solutions where all the paths of the net meet the constraint (delay) are retained, and the rest of the solutions are omitted from further consideration for inclusion in the final global routing solution. This “pruning” of the solutions guarantees that the ultimate global routing solution meets the timing constraint.

[0091] In one embodiment, feasible solutions sets are determined in order of priority. Consider a design having twenty nets. When the solution for the first net is developed, multiple solutions are available. After the first ten nets' solutions are developed, available tracks for routing the eleventh net are limited. Assume that the eleventh net interacts with eight other nets, four of which have already been routed as part of the first ten nets. Noise should be avoided between the interacting nets, and the topology of the previously routed nets can be considered to be an obstruction for the route of the eleventh net.

[0092] In the example, assume that the eleventh net needs to be a distance of four tracks from the previously routed tenth net. A temporary obstruction can be constructed determined by the topology of the tenth net. The eleventh net can be routed to automatically avoid the temporary obstruction. When the routing for the eleventh net is complete, the temporary obstruction can be removed for routing of subsequent nets. This approach of routing nets in order of priority and using temporary obstructions enables spacing constraints and noise to be taken into account.

[0093]FIG. 8 shows an example of a design including three drivers and three sinks in a single metal layer. The method of the present invention will be applied to the example design of FIG. 8 in the following sections.

[0094]FIG. 8 includes three nets: N**1**, beginning at driver D_{11 }and ending at sink S_{11}; N**2**, beginning at driver D_{21}; and ending at sink S_{21}; and N**3** beginning at driver D_{31 }and ending at sink S_{31}. Three obstructions **810**, **820** and **830** are also present. Note that tracks are free in rows **6** and **8** and columns **7** and **8** such that paths can be routed through the gNodes of rows **6** and **8** and columns **7** and **8** despite obstructions **810** and **830**. Obstruction **820** completely obstructs column **6** rows **2**-**7** and row **7** columns **2**-**6**, and no path can be routed in column **6** rows **2**-**7** or row **7** columns **2**-**6**. Taking these obstructions into account, feasible paths can be identified using algorithms such as those described above.

[0095] For net N**1**, three possible paths include path t_{11 }(also referred to as topology_{11}), t_{12 }and t_{13}. For net N**2**, two possible paths include t_{21 }and t_{22}. For net N**3**, two possible paths include paths t_{31 }and t_{32}. Note that paths t_{11}, t_{12 }and t_{13 }meet at sink S_{11}. For the design to include all three paths, a separate track must be available for each path.

[0096] The result of steps Create 3D Graph step **210** and Develop Feasible Solution for Each Net step **220** of FIG. 2 is summarized below.

[0097] 3 nets: N**1**, N**2** and N**3**

[0098] Number of solutions for each net: N**1** has 3, N**2** has 2, N**3** has 2.

[0099] In Create Intersection Graph with Weights step **230** of FIG. 2, finding a best solution from one point to another can be performed using known techniques. In most global routing tools, a single best solution is considered for each net. Using the best solution for each net, the netlist is updated and a new net is identified from the set of solutions including only one best solution for each net.

[0100] In contrast, the present invention considers a set of solutions, rather than the single best solution, for each net. Each solution for a given net is determined independently of other nets that do not have noise interaction with the given net. As an initial condition, the set of feasible solutions is constrained by the total number of tracks available in view of obstructions, but not by other feasible solutions for other nets that may need to use those tracks. The best set of feasible solutions is determined to include only solutions that are feasible for the entire set of nets.

[0101] Based on these sets of solutions for each net, an intersection graph for the entire netlist is created. Each net is represented as an intersection graph node. If the gNodes forming the solutions intersect with solutions of another net, an undirected edge is formed between the two intersection graph nodes. These edges are weighted based on the interactions between the intersection graph nodes. In order to distinguish the nodes of gmap from intersection graph nodes, the term “gNode” or “node” is used for gmap nodes, and the term “intersection graph node” is used for the nodes of the intersection graph.

[0102]FIG. 9 shows an example of an intersection graph in which nets N**1**, N**2** and N**3** of FIG. 8 are included. An edge is placed between intersection graph nodes of the intersection graph N**1** and N**2** because nets N**1** and N**2** share the gNodes including driver D_{21 }and sink S_{11}, as well as the gNodes in row **6** columns **3** and **4** and colunm **5** rows **1** through **6**. An edge is placed between nodes of the intersection graph N**1** and N**3** because nets N**1** and N**3** share the gNodes including driver D_{11 }and D_{31}, as well as the gNodes including column **1** rows **1** through **6** and row **1** columns **1** through **4**. sink S_{11}. An edge is placed between nodes of the intersection graph N**2** and N**3** because nets N**2** and N**3** share the gNodes including row **8** columns **1** through **7**.

[0103] In one embodiment, the edges are weighted by the percentage of solutions of two nets that intersect and the average probable congestion over intersecting gNodes. For example, the weight on the edge between two nodes (representing 2 different nets in the design) can be a function of the number of intersecting solutions and congestion, as shown in the formula below:

[0104] where

*A* _{NaNb}(representing Intersecting Solutions)=(#solutions intersecting between *N* _{a}&*N* _{b})*(Avg. over all intersecting pairs of the % of gNodes intersecting)

*B* _{NaNb}(representing Congestion)=(#nodesSharedAndCongested/#nodesShared between all solutions for *N* _{a}& *N* _{b})*Average Congestion on nodesSharedAndCongested

[0105]

[0106] Assume that one or more obstructions in a particular gNode of the grnap of FIG. 8 consume all but one track running through each gNode including the obstructions. Therefore, a gNode of FIG. 8 including one or more obstructions has only one track available for routing.

[0107] Typically, a path running through a gNode needs one track. However, a path may be wider, requiring two or more tracks, for example, to avoid noise. A gNode is considered to be congested when the value of congestion, as calculated above, is greater than one. Therefore, when a given gNode of FIG. 8 has one or more obstructions and more than one path is routed through the given gNode, the given gNode is considered to be congested.

[0108] Using the percentage of solutions of two nets that intersect and the average probable congestion over intersecting gNodes, a single weight for each edge is determined. Calculations of weights for the intersection graph of FIG. 9, representing the design shown in FIG. 8, are shown below.

[0109] Referring to FIG. 8 and the paths for nets N**1** and N**2**, all three paths for net N**1** intersect with path t_{21 }from net N**2**. For example, path t_{11}, having a length of ten gNodes, intersects with path t_{21}, having a length of 19 gNodes. The intersection shares the six gNodes in column **5** rows **1** through **6**. The percentage of gNodes intersecting between path t_{11 }and path t_{21 }is calculated below:

[0110] Similarly, path t_{12}, having a length of ten gNodes, intersects with path t_{21}, having a length of 19 gNodes, with the intersection including the three gNodes in column **5** rows **4** through **6**. The percentage of gNodes intersecting between path t_{12 }and path t_{21 }is calculated below:

[0111] Path t_{13}, having a length of ten gNodes, intersects with path t_{21}, having a length of 19 gNodes, with the intersection including the five gNodes in row **6** columns **1** through **5**. The percentage of gNodes intersecting between path t_{13 }and path t_{21 }is calculated below:

[0112] Using these calculations, the average over the three intersecting pairs of the percentage of gNodes intersecting is calculated below:

[0113] This average is used as part of the formula for A_{NaNb}, representing intersecting solutions, to assign weights to the edges between the nodes of the graph of FIG. 9. The weight assigned to the edge between nets N**1** and N**2** is calculated as shown below:

*w* _{1}(*N* **1**⇄*N* **2**)=*y*A* _{N1N2}+(1*−y*)**B* _{N1N2}

*A* _{N1N2}=number of solution pairs intersecting*Avg. over all intersecting pairs of the percentage of gNodes intersecting 3*(0.36)=1.08

[0114] In the formula for A_{N1N2}, representing congestion, the number of congested gNodes is used as part of the calculation. Recall that when a gNode has one or more obstructions, the obstructions are considered to occupy all but one track running through the corresponding gNode. As a result, gNodes with two paths and one or more obstructions in FIG. 8 are congested, including the gNodes in column **5**, rows **2** through **6**; row **6**, columns **2** through **5**; and row **8**, columns **2** through **6**.

*B* _{NaNb}(representing Congestion)=(#nodesSharedAndCongested/#gnodesShared between all solutions for N_{a}& *N* _{b})*Average Congestion on nodesSharedAndCongested

[0115]

[0116] Ten gNodes are shared between nets N**1** and N**2**, including the six gNodes in column **5**, rows **1** through **6**, and the four gNnodes in row **6**, columns **1** through **4**. (Note that the gNode of row **6**, column **5**, was already counted in the five gNodes for column **5**.) Of the ten gNodes shared by nets N**1** and N**2**, the five gNodes of column **5**, rows **2** through **6**, are congested. Each of the five congested gNodes has a value for congestion=2 tracks used/1 track available=2. The average congestion for gNodes shared and congestion is therefore (5*2)/5=2.

[0117] Therefore, A_{N1N2 }is calculated as shown below:

[0118] Using this result, the weight for the intersection graph edge between N**1** and N**2** is calculated as shown below:

[0119] As shown in FIG. 10, the weight of the edge between nets N**1** and N**2** has a value of 1.032.

[0120] To calculate the weight for the edge between nets N**1** and N**3**, the calculations below are used:

*w* _{2}(*N* **1** _{1} *⇄N* **3**)=*y*A* _{N1N3}+(1*−y*)**B* _{N1N3}

[0121] Between nets N**1** and N**3**, path t_{31 }intersects with path t_{11 }at the five gNodes in row **1** columns **1** through **5**. Path t_{31 }has fifteen gNodes, and path t_{11 }has ten gNodes.

[0122] Between nets N**1** and N**3**, path t_{32 }intersects with path t_{12 }at the four nodes in column **1** rows **1**-**4**. Path t_{32 }has fifteen gNodes, and path t_{12 }has ten gNodes.

[0123] Between nets N**1** and N**3**, path t_{32 }intersects with path t_{13 }at the six gNodes in column **1** rows **1**-**6**. Path t_{32 }has fifteen gNodes, and path t_{13 }has ten gNodes.

[0124] Using these calculations, the average over the three intersecting pairs of the percentage of gNodes intersecting is calculated below:

[0125] These figures are used to assign weights to the edges between the nets N**1** and N**3** of the graph of FIG. 9, as shown below:

*w* _{2}(*N* **1**⇄*N* **3**)=*y*A* _{N1N3}+(1*−y*)*B* _{N1N3}

*A* _{N1N3}=number of solution pairs intersecting*Avg. over all intersecting pairs of the percentage of gNodes intersecting 3*(0.42)=1.26

[0126] Of the gNodes shared between nets N**1** and N**3**, no nodes are congested.

*B* _{N1N3}=(#nodesSharedAndCongested/#nodesShared)*Average Congestion on nodesSharedAndCongested

[0127]

[0128] As shown in FIG. 10, the weight for the edge between nets N**1** and N**3** has a value of 0.504.

[0129] To calculate the weight for the edge between nets N**2** and N**3**, the calculations below are used:

*w* _{3}(*n* _{2} *⇄n* _{3})=*y*A* _{N2N3}+(1*−y*)**B* _{N2N3}

[0130] Between nets N**2** and N**3**, only two paths intersect. Path t_{31 }intersects with path t_{21 }at the three nodes in row **1**, columns **5** through **7**. Path t_{31 }has fifteen gNodes, and path t_{21 }has nineteen gNodes.

[0131] Between nets N**2** and N**3**, path t_{32 }intersects with path t_{22 }at the nine nodes in column **1** rows **6** through **7** and row **8** columns **1** through **7**. Path t_{32 }has fifteen gNodes, and path t_{12 }has nine gNodes.

[0132] Using these calculations, the average over the two intersecting pairs of the percentage of gNodes intersecting is calculated below:

[0133] These figures are used to assign weights to the edges between the nets N**2** and N**3** of the graph of FIG. 9.

*w* _{3}(*N* **2**⇄*N* **3**)=*y*A* _{N1N3}+(1*−y*)**B* _{N2N3}

*A* _{N2N3}=number of solution pairs intersecting*Avg. over all intersecting pairs of the percentage of gNodes intersecting2*(0.49)=0.98

[0134] Twelve gNodes are shared between nets N**2** and N**3**, including the three gNodes in columns **1**, rows **6** through **8**; the six gNodes in row **8**, columns **2** through **7**; and the three gNodes in row **1**, columns **5** through **7**. Of these twelve shared gNodes, seven gNodes are congested, including the five gNodes in row **8**, columns **2** through **6** and the two gNodes in column **7**, rows **1** and **2**. Recall that, even when a gNode has more than one obstruction, one track is considered to be available in this example. Therefore, the value of congestion for each of the seven gNodes is 2, because each of these seven gNodes has two paths used but only one track available.

*B* _{N2N3}=(#nodesSharedAndCongested/#nodesShared)* Average Congestion on nodesSharedAndCongested

[0135]

[0136] The weight for the edge is then calculated as follows:

[0137] As shown in FIG. 10, the weight of the edge between nets N**2** and N**3** has a value of 1.0922.

[0138] Depending on whether congestion or timing is the higher priority, this weight can be adjusted by adjusting the value of the variable y. In addition, if noise is a constraint, then a weighting factor for noise avoidance can be added to the intersection graph.

[0139] After all solution sets are placed, the intersection graph becomes a highly-connected graph for an average congested design. As noted above, the highly-connected intersection graph can be pruned to produce a sparse graph before proceeding.

[0140] In Partition Intersection Graph step **240** of FIG. 2, the intersection graph produced by Create Intersection Graph with Weights step **230** optionally can be partitioned using known graph partitioning techniques. The purpose of the partitioning is to minimize the time necessary to find an optimal solution for each partition. Standard linear programming techniques, for example, can be used to perform the optimization, although the number of variables that can be used is limited. To solve the optimization problem within a reasonable computer processing time, the highly-connected intersection graph is divided into partitions. The graph is partitioned such that an optimization module, such as a standard linear programming solver, can be used to analyze each partition in a minimal computer processing time.

[0141] Partitioning takes as input the intersection graph of nets and gives as output a set of partitions. Partitions can be made such that nets within a partition have a high degree of interaction between them, and nets in different partitions have a lower degree of interaction.

[0142] In one embodiment, an initial partition is made and then refined using Fiduccia Mattheyses (FM) refinement. For more information regarding FM refinement, see C. M. Fiduccia & R. M. Mattheyes, *A Linear Time Heuristic for Improving Network Partitions*, Proceedings of the 19th Design Automation Conference, pp. 175-181, 1982. Initial partitioning uses a greedy heuristic algorithm to distribute nets between the partitions keeping the constraint of lower and upper bounds on the number of nets per partition. FM refinement performs k-way partitioning using the FM heuristic.

[0143] A circuit netlist is usually modeled by a hypergraph G, where V is the set of cells (also called nodes) in the circuit, and E is the set of nets (also called hyperedges). The number of nodes is designated by the variable n and the number of nets by the variable e. Each net connects two or more cells in the circuit. A net n_{1 }is represented as a set of the cells are connected via the net. A two-way partition of G is two disjoint subsets V_{1 }and V_{2 }such that each cell v that is an element of V belongs to either V_{1 }or V_{2}. A net is said to be cut if it has at least one cell in each subset and uncut otherwise, and this concept is referred to as the cut state of the net. All the nets that are cut form a set called the cut set. The objective of a two-way partitioning is to find a partition that minimizes the size of the cut set (called the cutsize). Usually, a predetermined balance criterion exists for the size of the subsets V_{1 }and V_{2}; for example,

0.45*<=|V* _{1} *|/|V*|<=0.55, where *i*=1,2.

[0144] The FM algorithm starts with a random initial partition. Each cell u is assigned a gain g(u) which is the immediate reduction in cutsize if the cell is moved to the other subset of the partition:

[0145] where E(u) is the set of nets that will be immediately moved out of the cut set on moving cell u, and I(u) is the set of nets that will be newly introduced into the cut set. Put in another way, a net in E(u) has only u in u's subset, and a net in I(u) has all its cells in u's subset. c(n_{1}) is the weight (cost) of the net n_{1}, which is assumed to be unity unless otherwise specified.

[0146] The goal of FM is to move a cell at a time from one subset to the other subset in an attempt to minimize the cutsize of the final partition. The cell being selected for the current move is called the base cell. At the start of the process, the cell with maximum gain value in both subsets is checked first to see if its move will violate the balance criterion. If not, it is chosen as the base cell. Otherwise, the cell with maximum gain in the other subset is chosen as the base cell. The base cell, say u_{1}, is then moved to the other subset and “locked”—the locking of a moved cell is necessary to prevent thrashing (a cell being moved back and forth) and being trapped in a bad local minimum. The reduction in cutsize (in this case, the gain g(u_{1}) ) is inserted in an ordered set S. The gains of all the affected neighbors are updated—a cell v is said to be a neighbor of another cell u, if v and u are connected by a common net. The next base cell is chosen in the same way from the remaining “free” (unlocked) cells and the move proceeds until all the cells are moved and locked. Then all the partial sum

[0147] Sj=Σ^{j} _{t=1}g(u_{t}), 1<=j<=n, are computed, and p is chosen so that the partial sum S_{p }is the maximum. This corresponds to the point of minimum cutsize in the entire moving sequence. All the cells moved after u_{p }are reversed to their previous subset so that the actually moved cells are {u_{1}, . . . , u_{p}} This entire process is called a pass. A number of passes are made until the maximum partial sum S_{p }is no longer positive. This is a local minimum with respect to the initial partition [V_{1}, V_{2}].

[0148] The objective function for the FM algorithm is the cut cost. The cut cost is the weight of the edges going from one partition to another partition. The time complexity for FM in a 2-way partition is O(ct), where t is the number of pins and c is the constant number of FM passes (c=5, 7 typically). One k-way iteration is achieved by doing several two-way iterations, i.e., by forming pairs of partitions and performing a two-way FM algorithm in each partition. After one k-way iteration, new pairs are formed as needed. In one embodiment, about 5 to 7 k-way iterations are performed.

[0149] In another embodiment, partitions are made using a multi-level partitioning approach. A multi-level partitioning algorithm has linear space and time complexity and delivers stable solutions of high quality. Unlike k-way FM, the quality of the solution does not depend on a pseudo-random initial partitioned state of the input graph. Quality, run-time and scalability of the partitioning stage can be improved by using multi-level partitioning algorithms, as compared to the k-way FM algorithm.

[0150] Multi-level partitioning is designed for k-way partitioning of graphs and includes a coarsening phase, an initial partitioning phase, and an uncoarsening/refinement phase. In the coarsening phase, the nodes of the input graph are clustered/coarsened in multiple steps to generate a hierarchy of graphs that are monotonically decreasing in size. Once a coarsest graph is reached, then that graph is partitioned into k partitions. The uncoarsening and refinement occurs in lock-step at all graph levels generated. At each level, the partition assigned to the parent node is also assigned to the children nodes and a local refinement is done at that level to minimize the cut cost.

[0151] The constraints used during the partitioning are the upper and lower bounds on the number of nets per partition. The upper and lower bounds help ensure a balanced number of nets per partition and reduce run time for the optimization module.

[0152] In the example shown in FIGS. 9 and 10, the graph is partitioned into partition PI, including net N**1**, and partition P**2**, including nets N**2** and N**3**. The highest weight, w'=1.0922, represents the highest level of interaction between intersection graph nodes. The two intersection graph nodes with the edge having the highest weight are placed into the same partition. The resulting partitions are shown below:

[0153] P**1**: N**1**

[0154] P**2**: N**2** and N**3**.

[0155] An optimization module is used to find a unique solution for each net in each partition, such that the global congestion is minimized. In one embodiment, the optimization problem is formulated as a 0-1 integer programming problem such that an increase in the size of the area to be routed does not cause a large increase in the number of variables that must be considered. Rather, the number of variables is proportional to the number of nets being routed and to the number of solutions per net. By using an objective function that is a linear function of the number of solutions for each net, the optimization problem is less complex and takes less time to compute than would an objective function that is not a linear function.

[0156] Each variable represents a net solution and can take a value of 0 or 1. A value of 0 means that the solution is rejected, while a value of 1 means that the solution is accepted after global congestion resolution. For a given net, only one solution variable can have a value of 1, while all the remaining solution variables should have a value of 0. These constraints for the optimization problem are illustrated below:

[0157] where x(Ni, j)ε[0, 1] and integer. Each solution x(Ni, j) has a value of either zero or one, and the sum of all solutions for a net equals one, indicating that only one solution is selected for each net.

[0158] The objective function for the optimization module is to minimize the weighted average of the net solutions for probable congestion and delay. Ideally, no gNode should be congested. Generally, the objective function to be minimized is shown below:

[0159] Each partition is provided to the optimization module for solution selection. The nets in a partition can be simultaneously solved, thus reducing overall routing time. Since there is no dependence between nets for these solutions, synchronization is not an issue. The original gGraph can be used by each net for finding its respective set of solutions.

[0160] Each partition may be assigned a priority to be solved with respect to the other partitions, thereby assigning a sequence in which the partitions are solved. Using a priority scheme, after one partition is solved, a gtile database can be updated with the current metal utilization in each gtile. Hence, the remaining metal resources available to the next partition are reduced and the next partition has lower metal resources per gtile. Metrics that can be used to prioritize the partitions include the following:

[0161] average delay violation;

[0162] total number of nets where all solutions are violating delay constraints; and

[0163] number of noise-sensitive nets.

[0164] Partitions may be re-combined when interaction between them is high. A decision whether to re-combine nets requires a trade-off between increasing the run-time of the optimization module versus improving the quality and feasibility of the solution.

[0165] An alternative constraint can be an upper bound on the number of congested gNodes in a set of gNodes included in the global route. Such a constraint allows the optimization module to perform within a reasonable run time and assumes the possibility that the detailed router can solve the congestion problem.

[0166] In the example of FIGS. 8, 9, and **10**, net N**1** has three possible solutions, labeled N**1**, **1**; N**1**, **2**; and N**1**, 3 below. Net N**2** has two possible solutions, labeled N**2**, **1** and N**2**, **2**. Net N**3** has two possible solutions, labeled N**3** , **1** and N**3**, **2**. The constraint equations for this example appear as shown below:

[0167]

[0168] where x(N**1**, j)=0 or 1.

[0169] The objective function is to minimize the delay violation for each solution and overall congestion on the floorplan. The weighted average of the % Delay Violation and % Additional Tracks Needed is taken, multiplied by the value of x(Ni, j) (which is 0 or 1), and multiplied by the probability that the particular solution represented by Ni, j will be selected.

% Congestion | ||||

Relative | % Delay | (% Additional | ||

Weights | Violation | Tracks Needed) | ||

y_{dv }= 0.4 | DV (N1, 1) = 0 | Av.cong.(N1,1) = 100 | ||

y_{cong }= 0.6 = | DV (N1, 2) = 0 | Av.cong.(N1,2) = 100 | ||

(1 − y_{dv}) | DV (N1, 3) = 0 | Av.cong.(N1,3) = 0 | ||

DV (N2, 1) = 10 | Av.cong.(N2,1) = 100 | |||

DV (N2, 2) = 0 | Av.cong.(N2,2) = 100 | |||

DV (N3, 1) = 20 | Av.cong.(N3,1) = 0 | |||

DV (N3, 2) = 20 | Av.cong.(N3,2) = 100 | |||

[0170] For example, the percentage congestion value of 100 for (N**1**, **1**) indicates that one track is available, and one more track is needed, so that a 100% increase in the number of tracks is needed. For the data presented above, the linear programming problem is set up as indicated below:

[0171] Therefore, the objective function to minimize is

20*x*(*N* **1**,**1**)+20*x*(*N* **1**,**2**)+32*x*(*N* **2**, **1**)+30*x*(*N* **2**, **2**)+4*x*(*N* **3**, **1**)+34*x*(*N* **3**, **2**).

[0172] Solving this equation, the resulting values of x(Ni, j) are given below:

[0173] These solutions correspond to path t_{13 }for net N**1**, path t_{22 }for net N**2**, and path t_{31 }for net N**3**.

[0174] The optimized paths through each partition are provided as input to the detailed router ,as show in Detailed Routing step **130** of FIG. 1. The detailed router uses information about the number of tracks for each metal layer to assign a track for each node through which the net must be routed. The output of the detailed router is representative of the routed circuit design, as indicated by Output Representative of Routed Circuit Design step **140** of FIG. 1.

[0175] High performance designs require extensive resources for routing. The interconnection line length and congestion constraints provided in routing tools by current EDA vendors require multiple iterations to finalize a design and may not take into account constraints such as timing constraints. The present invention introduces a new constraint-driven global routing algorithm which takes design constraints into account while performing the global routing step. Initial testing results show that this global router helps achieve better results than are achieved by current commercially available routers. The global router of the present invention can be used as a stand-alone tool before performing the detailed routing step, or the global router can be used to route constraint-driven nets together with other global routers that do not handle constraint-driven nets.

[0176] The present invention is well adapted to attain the advantages mentioned as well as others inherent therein. While the present invention has been depicted, described, and is defined by reference to particular embodiments of the invention, such references do not imply a limitation on the invention, and no such limitation is to be inferred. The invention is capable of considerable modification, alteration, and equivalents in form and function, as will occur to those ordinarily skilled in the pertinent arts. The depicted and described embodiments are examples only, and are not exhaustive of the scope of the invention.

[0177] The foregoing described embodiments show different components contained within other components (i.e., the floor planning component may be a component of the global routing tool or the floor planning component may be a stand-alone tool). It is to be understood that such described architectures are merely examples, and that in fact many other architectures can be implemented which achieve the same functionality. In an abstract but still definite sense, any arrangement of components to achieve the same functionality is effectively “associated” such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as “associated with” each other such that the desired functionality is achieved, irrespective of architectures or intermediate components. Likewise, any two components so associated can also be viewed as being “operably connected,” or “operably coupled,” to each other to achieve the desired functionality.

[0178] The foregoing detailed description has set forth various embodiments of the present invention via the use of block diagrams, flowcharts, and examples. It will be understood by those within the art that each block diagram component, flowchart step, operation and/or component illustrated by the use of examples can be implemented, individually and/or collectively, by a wide range of hardware, software, firmware, or any combination thereof.

[0179] The present invention has been described in the context of software running on fully functional computer systems; however, those skilled in the art will appreciate that the present invention is capable of being distributed as a program product in a variety of forms, and that the present invention applies equally regardless of the particular type of signal bearing media used to actually carry out the distribution. Examples of signal bearing media include recordable media such as floppy disks and CD-ROM, transmission type media such as digital and analog communications links, as well as media storage and distribution systems developed in the future.

[0180] The above-discussed embodiments may be implemented by software modules that perform certain tasks. The software modules discussed herein may include script, batch, or other executable files. The software modules may be stored on a machine-readable or computer-readable storage medium such as a disk drive. Storage devices used for storing software modules in accordance with an embodiment of the invention may be magnetic floppy disks, hard disks, or optical discs such as CD-ROMs or CD-Rs, for example. A storage device used for storing firmware or hardware modules in accordance with an embodiment of the invention may also include a semiconductor-based memory, which may be permanently, removably or remotely coupled to a microprocessor/memory system. Thus, the modules may be stored within a computer system memory to configure the computer system to perform the functions of the module. Other new and various types of computer readable storage media may be used to store the modules discussed herein.

[0181] In the example described herein, path delay is used for pruning the set of solutions for each net. Other constraints such as noise avoidance can be used to prune the solutions. Nets whose solutions appear in the same gNode as a net to be avoided can be dropped. This criteria will slow the algorithm down, since pruning of solutions might be expensive.

[0182] A cell insertion constraint can also be implemented for this algorithm. Solutions which have the highest chance of connecting to the pre-placed cells to satisfy the delay or transition time requirements are the only ones considered for each net.

[0183] Shielding requirements can be considered by the global router of the present invention while performing global routing. The solutions for a net that would use the shielding tracks required by the net can be eliminated from the solution set. Shielding constraints may lead to pruning solutions that may have originally appeared to be viable routing solutions.

[0184] The above description is intended to be illustrative of the invention and should not be taken to be limiting. Other embodiments within the scope of the present invention are possible. Those skilled in the art will readily implement the steps necessary to provide the structures and the methods disclosed herein, and will understand that the process parameters and sequence of steps are given by way of example only and can be varied to achieve the desired structure as well as modifications that are within the scope of the invention. Variations and modifications of the embodiments disclosed herein can be made based on the description set forth herein, without departing from the scope of the invention.

[0185] Consequently, the invention is intended to be limited only by the scope of the appended claims, giving full cognizance to equivalents in all respects.

Patent Citations

Cited Patent | Filing date | Publication date | Applicant | Title |
---|---|---|---|---|

US2151733 | May 4, 1936 | Mar 28, 1939 | American Box Board Co | Container |

CH283612A * | Title not available | |||

FR1392029A * | Title not available | |||

FR2166276A1 * | Title not available | |||

GB533718A | Title not available |

Referenced by

Citing Patent | Filing date | Publication date | Applicant | Title |
---|---|---|---|---|

US6889371 | Dec 31, 2002 | May 3, 2005 | Cadence Design Systems, Inc. | Method and apparatus for propagating a function |

US6892369 * | Dec 31, 2002 | May 10, 2005 | Cadence Design Systems, Inc. | Method and apparatus for costing routes of nets |

US6912704 * | Dec 31, 2002 | Jun 28, 2005 | Adence Design Systems, Inc. | Method and system for floor planning non Manhattan semiconductor integrated circuits |

US6915499 | Aug 28, 2002 | Jul 5, 2005 | Cadence Design Systems, Inc. | Method and apparatus for propagating a piecewise linear function to a line |

US6931608 | Nov 5, 2002 | Aug 16, 2005 | Cadence Design Systems, Inc. | Method and apparatus for determining viability of path expansions |

US6931615 | Dec 31, 2002 | Aug 16, 2005 | Cadence Design Systems, Inc. | Method and apparatus for identifying a path between source and target states |

US6948144 | Oct 31, 2002 | Sep 20, 2005 | Cadence Design Systems, Inc. | Method and apparatus for costing a path expansion |

US6978432 | Aug 28, 2002 | Dec 20, 2005 | Cadence Design Systems, Inc. | Method and apparatus for propagating a piecewise linear function to a point |

US6986117 | Dec 31, 2002 | Jan 10, 2006 | Cadence Design Systems, Inc. | Method and apparatus for identifying a path between source and target states |

US6988257 * | Dec 31, 2002 | Jan 17, 2006 | Cadence Design Systems, Inc. | Method and apparatus for routing |

US7000209 | Aug 28, 2002 | Feb 14, 2006 | Cadence Design Systems, Inc. | Method and apparatus for propagating a piecewise linear function to a surface |

US7013448 | Oct 31, 2002 | Mar 14, 2006 | Cadence Design Systems, Inc. | Method and apparatus for propagating cost functions |

US7047512 | Aug 23, 2002 | May 16, 2006 | Cadence Design Systems, Inc. | Method and apparatus for specifying a cost function that represents the estimated distance between an external state and a set of states in a space |

US7051298 | Dec 31, 2002 | May 23, 2006 | Cadence Design Systems, Inc. | Method and apparatus for specifying a distance between an external state and a set of states in space |

US7058917 | Aug 23, 2002 | Jun 6, 2006 | Cadence Design Systems, Inc. | Method and apparatus for specifying a cost function that represents the estimated distance between an external state and a set of states in a space |

US7062743 * | Sep 24, 2003 | Jun 13, 2006 | The Regents Of The University Of California | Floorplan evaluation, global routing, and buffer insertion for integrated circuits |

US7069531 | Aug 9, 2002 | Jun 27, 2006 | Cadence Design Systems, Inc. | Method and apparatus for identifying a path between source and target states in a space with more than two dimensions |

US7073151 | Aug 23, 2002 | Jul 4, 2006 | Cadence Design Systems, Inc. | Method and apparatus for identifying a path between a set of source states and a set of target states in a triangulated space |

US7089519 * | Dec 31, 2002 | Aug 8, 2006 | Cadence Design System, Inc. | Method and system for performing placement on non Manhattan semiconductor integrated circuits |

US7093221 * | Dec 31, 2002 | Aug 15, 2006 | Cadence Design Systems, Inc. | Method and apparatus for identifying a group of routes for a set of nets |

US7124387 * | Jul 29, 2004 | Oct 17, 2006 | International Business Machines Corporation | Integrated circuit macro placing system and method |

US7137097 * | Jun 25, 2004 | Nov 14, 2006 | Sun Microsystems, Inc. | Constraint-based global router for routing high performance designs |

US7171635 * | Dec 31, 2002 | Jan 30, 2007 | Cadence Design Systems, Inc. | Method and apparatus for routing |

US7191417 * | Jun 4, 2004 | Mar 13, 2007 | Sierra Design Automation, Inc. | Method and apparatus for optimization of digital integrated circuits using detection of bottlenecks |

US7243313 * | Nov 24, 2003 | Jul 10, 2007 | Cadence Design Systems, Inc. | System and method for reducing the size of RC circuits |

US7246338 | Dec 31, 2002 | Jul 17, 2007 | Cadence Design Systems, Inc. | Method and apparatus for computing cost of a path expansion to a surface |

US7328416 * | Jan 24, 2005 | Feb 5, 2008 | Sun Microsystems, Inc. | Method and system for timing modeling for custom circuit blocks |

US7360182 | Jun 28, 2006 | Apr 15, 2008 | Freescale Semiconductor, Inc. | Method and system for reducing delay noise in an integrated circuit |

US7409656 | Sep 12, 2005 | Aug 5, 2008 | Cadence Design Systems, Inc. | Method and system for parallelizing computing operations |

US7409659 * | Nov 12, 2004 | Aug 5, 2008 | Agere Systems Inc. | System and method for suppressing crosstalk glitch in digital circuits |

US7437691 * | Apr 11, 2006 | Oct 14, 2008 | International Business Machines Corporation | VLSI artwork legalization for hierarchical designs with multiple grid constraints |

US7477895 * | Jan 21, 2004 | Jan 13, 2009 | Groundhog Technologies Inc. | Method for determining registration areas in a wireless communication system |

US7584449 * | Nov 10, 2005 | Sep 1, 2009 | Fulcrum Microsystems, Inc. | Logic synthesis of multi-level domino asynchronous pipelines |

US7657856 | Sep 12, 2006 | Feb 2, 2010 | Cadence Design Systems, Inc. | Method and system for parallel processing of IC design layouts |

US7761836 * | Oct 11, 2006 | Jul 20, 2010 | Cadence Design Systems, Inc. | Circuit autorouter with object oriented constraints |

US7904852 * | Sep 12, 2005 | Mar 8, 2011 | Cadence Design Systems, Inc. | Method and system for implementing parallel processing of electronic design automation tools |

US7913206 | Sep 15, 2005 | Mar 22, 2011 | Cadence Design Systems, Inc. | Method and mechanism for performing partitioning of DRC operations |

US7962879 | Jul 31, 2008 | Jun 14, 2011 | International Business Machines Corporation | VLSI artwork legalization for hierarchical designs with multiple grid constraints |

US8010928 * | Mar 14, 2008 | Aug 30, 2011 | Pulsic Limited | Automatically routing nets according to parasitic constraint rules |

US8051396 | May 4, 2009 | Nov 1, 2011 | Fulcrum Microsystems, Inc. | Logic synthesis of multi-level domino asynchronous pipelines |

US8056038 * | Jan 15, 2009 | Nov 8, 2011 | International Business Machines Corporation | Method for efficiently checkpointing and restarting static timing analysis of an integrated circuit chip |

US8095903 * | Oct 31, 2006 | Jan 10, 2012 | Pulsic Limited | Automatically routing nets with variable spacing |

US8146042 * | Nov 16, 2009 | Mar 27, 2012 | Cadence Design Systems, Inc. | Method and system for optimized circuit autorouting |

US8327304 | Nov 18, 2010 | Dec 4, 2012 | International Business Machines Corporation | Partitioning for hardware-accelerated functional verification |

US8332805 | Jul 11, 2011 | Dec 11, 2012 | Pulsic Limited | Automatically routing nets according to parasitic constraint rules |

US8418113 | Oct 3, 2011 | Apr 9, 2013 | International Business Machines Corporation | Consideration of local routing and pin access during VLSI global routing |

US8448096 | Jun 30, 2006 | May 21, 2013 | Cadence Design Systems, Inc. | Method and system for parallel processing of IC design layouts |

US8516412 | Aug 31, 2011 | Aug 20, 2013 | International Business Machines Corporation | Soft hierarchy-based physical synthesis for large-scale, high-performance circuits |

US8549459 | Jul 13, 2010 | Oct 1, 2013 | Cadence Design Systems, Inc. | Systems for automatic circuit routing with object oriented constraints |

US8555221 | Aug 20, 2012 | Oct 8, 2013 | International Business Machines Corporation | Partitioning for hardware-accelerated functional verification |

US8677302 * | Jan 28, 2010 | Mar 18, 2014 | Synopsys, Inc. | Multi-threaded detailed routing |

US8751996 * | Dec 11, 2012 | Jun 10, 2014 | Pulsic Limited | Automatically routing nets according to parasitic constraint rules |

US8793630 * | May 23, 2012 | Jul 29, 2014 | International Business Machines Corporation | Clock tree planning for an ASIC |

US8949760 | Jan 9, 2012 | Feb 3, 2015 | Pulsic Limited | Automatically routing nets with variable spacing |

US20020133798 * | Dec 6, 2000 | Sep 19, 2002 | Steven Teig | Method and apparatus for considering diagonal wiring in placement |

US20040098680 * | Dec 31, 2002 | May 20, 2004 | Steven Teig | Method and apparatus for searching for a three-dimensional global path |

US20040098692 * | Dec 31, 2002 | May 20, 2004 | Steven Teig | Method and apparatus for costing routes of nets |

US20040098693 * | Dec 31, 2002 | May 20, 2004 | Steven Teig | Method and apparatus for identifying a group of routes for a set of nets |

US20040098694 * | Dec 31, 2002 | May 20, 2004 | Steven Teig | Method and apparatus for routing |

US20040117752 * | Dec 12, 2002 | Jun 17, 2004 | Ghun Kim | Method and apparatus for routing integrated circuit traces to reduce inductive noise coupling |

US20040117753 * | Sep 24, 2003 | Jun 17, 2004 | The Regents Of The University Of California | Floorplan evaluation, global routing, and buffer insertion for integrated circuits |

US20050159155 * | Jan 21, 2004 | Jul 21, 2005 | Meng-Seng Chen | Method for determining registration areas in a wireless communication system |

US20110055789 * | Jan 28, 2010 | Mar 3, 2011 | Synopsys, Inc. | Multi-threaded track assignment |

US20110055790 * | Jan 28, 2010 | Mar 3, 2011 | Synopsys, Inc. | Multi-threaded detailed routing |

US20120304136 * | May 23, 2012 | Nov 29, 2012 | International Business Machines Corporation | Clock Tree Planning for an ASIC |

WO2015048538A1 * | Sep 26, 2014 | Apr 2, 2015 | Twitter, Inc. | Method and system for distributed processing in a messaging platform |

Classifications

U.S. Classification | 716/113, 716/129, 716/131, 716/134, 716/135, 716/115 |

International Classification | G06F17/50 |

Cooperative Classification | G06F17/5077 |

European Classification | G06F17/50L2 |

Legal Events

Date | Code | Event | Description |
---|---|---|---|

Aug 27, 2002 | AS | Assignment | Owner name: SUN MICROSYSTEMS, INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:AJI, SANDEEP A.;NARANG, ANKUR;GANGULY, SHANTANU;REEL/FRAME:013236/0134;SIGNING DATES FROM 20020819 TO 20020827 |

Rotate