US8954907B1 - Block emulation techniques in integrated circuits - Google Patents
Block emulation techniques in integrated circuits Download PDFInfo
- Publication number
- US8954907B1 US8954907B1 US13/850,244 US201313850244A US8954907B1 US 8954907 B1 US8954907 B1 US 8954907B1 US 201313850244 A US201313850244 A US 201313850244A US 8954907 B1 US8954907 B1 US 8954907B1
- Authority
- US
- United States
- Prior art keywords
- logic
- block
- logic block
- design
- emulated
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
-
- G06F17/5022—
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F30/00—Computer-aided design [CAD]
- G06F30/30—Circuit design
- G06F30/32—Circuit design at the digital level
- G06F30/33—Design verification, e.g. functional simulation or model checking
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F30/00—Computer-aided design [CAD]
- G06F30/30—Circuit design
- G06F30/32—Circuit design at the digital level
- G06F30/33—Design verification, e.g. functional simulation or model checking
- G06F30/3308—Design verification, e.g. functional simulation or model checking using simulation
- G06F30/331—Design verification, e.g. functional simulation or model checking using simulation with hardware acceleration, e.g. by using field programmable gate array [FPGA] or emulation
Definitions
- PLDs Programmable logic devices
- FPGAs field-programmable gate arrays
- ASICs application-specific integrated circuits
- ICs integrated circuits
- Some of these logic blocks include logic circuitry, registers, I/O blocks, digital signal processing (DSP) blocks, one-time programmable (OTP) fuse blocks, etc.
- DSP digital signal processing
- OTP one-time programmable
- a particular circuit design on one IC device can be migrated to another device.
- a circuit design originally intended for an ASIC device may be migrated to a corresponding FPGA device, and vice versa.
- a software design tool is generally used to compile such a circuit design and migrate or convert an implementation of that design on one device to a functionally equivalent device.
- the functional equivalence between both devices needs to be preserved. In some cases, this includes maintaining a 1-to-1 block mapping between the devices. In other words, logic blocks that exist in one device must be mapped to an equivalent or identical block in a corresponding device. For instance, in order to successfully migrate a design implemented on an ASIC device to an FPGA device, there needs to be a corresponding logic block in the FPGA device for every logic block utilized in the ASIC device. Generally speaking, a design implemented on an ASIC device that includes, for example, an OTP fuse block, cannot be migrated to an FPGA device that does not include an OTP fuse block. In that sense, there is a certain restriction on the selection of devices when it comes to migrating or converting an ASIC design to an FPGA design, and vice versa.
- IC devices can be configured to emulate logic blocks that may not be physically present on the device
- migrating an IC design from one device to another will be much simpler. For instance, a design implemented on an ASIC device that includes an OTP fuse block can now be migrated to an FPGA device that does not include an OTP fuse block, as long as the FPGA device can be configured to emulate the functionality of an OTP fuse block. This substantially increases the level of flexibility when it comes to migrating an IC design from one device to another.
- Embodiments of the present invention include techniques for emulating a logic block on an integrated circuit (IC).
- IC integrated circuit
- the present invention can be implemented in numerous ways, such as a process an apparatus, a system, a device or a method on a computer readable medium. Several inventive embodiments of the present invention are described below.
- a method of emulating a logic block in an integrated circuit (IC) design includes identifying a plurality of smaller logic elements that are connectable to form the logic block. Each of the plurality of smaller logic elements is flagged. The plurality of logic elements are connected to receive input signals and perform logic functions associated with the logic block. A boundary is placed around the plurality of smaller logic elements to form an emulated logic block. The emulated logic block is based on the logic block. Each method operation is executed through a processor.
- a method of emulating a logic block in an IC (integrated circuit) design includes converting a first IC design for a first IC device to a second IC design for a second IC device.
- a block of the first IC design cannot be mapped one-to-one to a corresponding block on the second IC device.
- a one-to-one block mapped conversion of the block of the first IC design is omitted from the second IC design.
- a group of logic elements of the second IC device is defined.
- the group of logic elements of the second IC device can be connected to perform logic functions associated with the block of the first IC design.
- the group of logic elements with connections to perform the logic functions associated with the block of the first IC design is established as an emulated block in the second IC design.
- Each method operation is performed using a processor.
- a method of migrating a first IC (integrated circuit) design to a second IC design includes representing the first IC design in a hardware description language (HDL).
- the representation is such that the HDL representation of the first IC design can compile into a first compiled IC design for a first IC device.
- the HDL representation of the first IC design is compiled into a second IC design for a second IC device, except for a block of the first IC design.
- the block of the first IC design employs a resource that is nonexistent on the second IC device.
- a group of logic elements of the second IC device is connected so as to perform logic functions associated with the block of the first IC design. This action forms an emulated block in the second IC design.
- Each method operation is performed through a processor.
- FIG. 1 shown to be illustrative and not limiting, shows a compilation flow to create a compiled design for an IC using an electronic design automation (EDA) tool, according to one embodiment.
- EDA electronic design automation
- FIG. 2 shown to be illustrative and not limiting, shows a process flow for compiling an IC design for a particular IC device and migrating the design to a compatible design for another IC device.
- FIG. 3A shown to be illustrative and not limiting, shows a 1-to-1 logic block mapping between two IC devices.
- FIG. 3B shown to be illustrative and not limiting, shows a block mapping between an emulated logic block and an OTP block as one embodiment in accordance with the present invention.
- FIG. 3C shown to be illustrative and not limiting, shows a more detailed representation of an OTP block with three input terminals and one output terminal.
- FIG. 3D shown to be illustrative and not limiting, shows a detailed representation of an emulated logic block, as one embodiment in accordance with the present invention.
- FIG. 4 shown to be illustrative and not limiting, shows a process flow for emulating a logic block as another embodiment in accordance with the present invention.
- FIG. 5 shown to be illustrative and not limiting, shows a process flow for generating an emulated logic block as yet another embodiment in accordance with the present invention.
- FIG. 6 shown to be illustrative and not limiting, shows a simplified block diagram of a programmable logic device (PLD) that can include aspects of the present invention.
- PLD programmable logic device
- FIG. 7 is a simplified block diagram showing a machine-readable medium encoded with machine-readable instructions as an embodiment in accordance with the present invention.
- FIG. 8 is a simplified schematic diagram of a computer system for implementing embodiments of the present invention.
- the following embodiments describe techniques for emulating a logic block on an integrated circuit (IC).
- the embodiments described herein provide techniques to emulate a logic block within an IC design using readily available resources of the IC design. For instance, an IC design without a physical digital signal processing (DSP) block can emulate such a block by using various available resources.
- DSP physical digital signal processing
- multiple logic elements are connected to perform a variety of functions associated with a particular logic block.
- the logic elements are then grouped together to form a block of logic elements.
- This block of logic elements is a logic block that emulates the functions of that particular logic block.
- the grouped logic elements form an emulated logic block that operates substantially similarly to the particular logic block that is being emulated.
- the emulation technique in one of the described embodiments also allows IC designs to be easily converted and implemented on different IC devices.
- FIG. 1 shown compilation flow 100 to create a compiled design for an IC using an electronic design automation (EDA) tool, according to one embodiment.
- the flow starts with an IC design created by a circuit developer or a hardware engineer that is embodied in a hardware description language (HDL) file 105 .
- the IC design embodied in the HDL file is synthesized and translated into a discrete netlist of logic-gate primitives during synthesis operation 110 .
- the synthesized logic gates and other components in the IC design are placed on the IC device during place and route operation 120 . Wires are also added to connect the logic gates and all the other components in the IC to route signals in the IC design during place and route operation 120 .
- timing analysis operation 130 assigns delays to the different logic gates and wires or routes in the circuit. Timing analysis operation 130 computes the lengths of different paths in the IC design and the timing constraints of the IC design, in one embodiment.
- Binary configuration file 145 is created during assembly operation 140 .
- binary configuration file 145 contains a description of the circuit of the IC design and is used to configure IC device 165 with the IC design during configuration operation 160 .
- most operations shown in flow 100 are optional. In other words, certain operations may be skipped if desired without stopping the EDA tool from reaching a solution. However, the quality of the resulting IC design solution may be impacted by the removal of the optional operations.
- FIG. 2 shown process flow 200 for compiling an IC design for a particular IC device and migrating the design to a compatible design for another IC device.
- Flow 200 begins with design operation 210 .
- a user e.g., a circuit designer, creates an IC design described in hardware description language (HDL) file 205 .
- the IC design is compiled in operation 100 A.
- Compile operation 100 A is similar to compilation flow 100 as shown in FIG. 1 .
- the IC design is migrated in operation 220 .
- the compiled IC design can be used to configure an IC device, e.g., a field-programmable gate array (FPGA) device.
- Migration operation 220 migrates or converts the IC design to a compatible design for another IC device. For instance, if the IC design described in HDL 205 is an FPGA design, the design can be migrated to a compatible application specific integrated circuit (ASIC) device, or more specifically, a structured ASIC device, in operation 220 .
- ASIC application specific integrated circuit
- Compile operation 100 B includes the steps shown in flow 100 as seen in FIG. 1 .
- An equivalency check is performed in operation 230 after the compilation.
- the equivalency check performed in operation 230 checks that every logic block in the original design prior to the migration maps to a corresponding logic block in the migrated design. For instance, if the IC design as described in HDL 205 is to be implemented on a structured ASIC device that includes a one-time programmable (OTP) fuse block, the IC device that the migrated design is targeted to needs to have a similar OTP fuse block. Otherwise, the migrated design will fail the equivalency check in operation 230 . As such, an IC design intended for a specific IC device can only be implemented in a compatible device if there is a 1-to-1 block mapping between both the devices.
- OTP one-time programmable
- FIG. 3A shown to be illustrative and not limiting, shows a 1-to-1 logic block mapping between two IC devices.
- IC devices 300 A and 300 B each include an OTP block, i.e., OTP block 310 A and 310 B, respectively.
- OTP block 310 A and 310 B there is a 1-to-1 logic block mapping between IC devices 300 A and 300 B and the corresponding design for the IC devices.
- OTP block is shown in FIG. 3A for the sake of simplicity although an IC device usually includes multiple logic blocks and other generic structures.
- FIG. 3B shown a block mapping between emulated logic block 350 and OTP block 330 B as one embodiment in accordance with the present invention.
- IC device 320 A does not include a physical OTP block.
- IC device 320 B includes physical OTP block 330 B. As such, if an IC design for IC device 320 B were to be migrated to IC device 320 A, OTP block 330 B on IC device 320 B cannot be mapped to a corresponding OTP block on IC device 320 A.
- logic elements 322 that are available on IC device 320 A that are connectable to perform logic functions similar to that of OTP block 330 B can be grouped together in the design to form an emulated OTP block 350 , according to one embodiment.
- Emulated logic block 350 on IC device 320 A can be mapped to OTP block 330 B on IC device 320 B. Therefore, according to one embodiment, IC design intended for IC device 320 B can be migrated to IC device 320 A even though there may not be an actual OTP block on IC device 320 A.
- FIG. 3C shown a more detailed representation of OTP block 330 B of FIG. 3B with three input terminals and one output terminal.
- OTP block 330 has otp_clk terminal 332 , otp_clken terminal 334 , otp_shiftnld terminal 336 and otp_dout terminal 338 .
- a logic block that emulates OTP block 330 B will include three input terminals and an output terminal.
- emulated block 350 will include three input terminals and an output terminal to mirror the functionality of OTP block 330 B.
- FIG. 3D shown a detailed representation of emulated logic block 350 , as one embodiment in accordance with the present invention.
- Emulated logic block includes three input terminals otp_clk 352 , otp_clken 354 and otp_shiftnld 356 and output terminal otp_dout 358 .
- emulated logic block 350 includes a block of shift registers 322 A coupled to multiple registers or storage elements 322 B and multiplexers 322 C.
- storage elements 322 B refer to all kinds of storage circuits, such as latches, flip flops, etc., that are generally used in ICs.
- FIG. 4 shown process flow 400 for emulating a logic block as another embodiment in accordance with the present invention.
- Process flow 400 begins by analyzing an IC design in operation 410 .
- the analyzing of the IC design in operation 410 includes converting a register transfer level (RTL) description of the IC design to a software data structure or hierarchy that represents different blocks in the IC design.
- RTL register transfer level
- a search can be performed in operation 420 on the data structure to identify logic blocks that need to be emulated. For instance, certain logic blocks that are needed in the IC design but do not physically exist on the design of the programmable device are emulated with logic blocks or resources that are available on the programmable device.
- simpler or smaller logic elements are connected to emulate non-existent logic blocks. If a logic block that needs to be emulated in the IC design is found in operation 420 , the block partition is flagged in operation 430 . If there is no logic block that needs to be emulated in the IC design, the IC design is compiled in operation 425 . In one embodiment, compile operation 425 is similar to the compilation flow 100 as shown in FIG. 1 .
- the logic block is emulated in operation 440 .
- an OTP block is emulated in the IC design using logic elements as shown in the embodiment of FIG. 3D in operation 440 .
- the logic elements in the emulated block are connected to receive input signals and perform logic functions associated with the actual logic block.
- the emulated block is placed and routed on the design of the programmable device in operation 450 .
- Partition is set to form a boundary around the emulated block in the IC design in operation 460 .
- keypoints between the emulated logic block and a known instance of the logic block are compared.
- input and output terminals of the emulated logic block in the IC design are compared with respective input and output terminals on a known instance of a design of the logic block.
- the comparison in operation 470 does not compare the internal logic elements within the logic block and the emulated logic block. If the comparison passes in operation 480 , the emulated logic block can be used in place of a physical logic block in the IC design and process flow 400 is complete. Otherwise, the IC design is checked in operation 490 before process flow 400 is repeated.
- FIG. 5 shown process flow 500 for generating an emulated logic block as yet another embodiment in accordance with the present invention.
- Process flow 500 begins with identifying a logic block in a first IC design that needs to be emulated in a second IC design in operation 510 .
- the first IC design may be an ASIC design and the second IC design may be an FPGA design, and vice versa.
- the first and second IC designs are compared to identify a non-existent block in the second IC design. For instance, if the first IC design includes a DSP block and the second IC design does not, then the DSP block in the first IC design is emulated in the second IC design.
- logic elements in the second IC design that can be connected to form an emulated logic block based on the logic block identified in operation 510 are determined.
- the hierarchy of the logic block to be emulated is determined in order to identify the logic elements that are connectable to form the emulated logic block.
- each of the logic elements is flagged or tagged as an element in the emulated logic block in operation 520 .
- the plurality of logic elements are connected in operation 530 .
- the connected logic elements are then grouped in operation 540 to form an emulated logic block.
- a boundary is created around the flagged logic elements in the second IC design.
- the emulated logic block formed in operation 540 is functionally equivalent to the logic block identified in operation 510 .
- the emulated logic block has keypoints that match with respective keypoints of the logic block in the first design.
- the keypoints, i.e., input and output terminals, on emulated logic block 350 match respective keypoints on OTP block 330 B.
- FIG. 6 shown a simplified block diagram of PLD 600 that can include aspects of the present invention.
- Programmable device 600 includes logic region 615 and I/O elements 610 .
- I/O elements 610 may support a variety of memory interfaces.
- Other auxiliary circuits such as phase-locked loops (PLLs) 625 for clock generation and timing, can be located outside the core logic region 615 , e.g., at corners of programmable device 600 and adjacent to I/O elements 610 .
- Logic region 615 may be populated with logic cells which include, among other things, at the most basic level, “logic elements” (LEs).
- LEs may include look-up table-based logic regions and these logic elements may be grouped into “Logic Array Blocks” (LABs).
- LABs Logic Array Blocks
- the logic elements and groups of logic elements or LABs can be configured to perform logical functions desired by the user.
- Logic region 615 may also include logic elements that can be configured to emulate a logic block, e.g., a DSP block, an OTP block, etc., similar to emulated logic block 350 shown in FIG. 3D .
- Machine-readable storage medium 700 is any data storage device that can store data, which can thereafter be read by a machine or a computer system.
- Illustrative examples of machine-readable storage medium 700 include hard drives, network attached storage (NAS), read-only memory, random-access memory, CDs, DVDs, USB drives, volatile and non-volatile memory, and other optical and non-optical data storage devices.
- Machine-readable storage medium 700 can also be distributed over a network-coupled computer system so that machine-readable instructions 710 are stored and executed in a distributed fashion.
- Machine-readable instructions 710 can perform any or all of the operations illustrated in FIGS. 1 , 2 , 4 and 5 .
- FIG. 8 is a simplified schematic diagram of a computer system 800 for implementing embodiments of the present invention. It should be appreciated that the methods described herein may be performed with a digital processing system, such as a conventional, general-purpose computer system. Special-purpose computers, which are designed or programmed to perform one function may be used in the alternative.
- the computer system includes a central processing unit (CPU) 804 , which is coupled through bus 808 to random access memory (RAM) 806 , read-only memory (ROM) 810 , and mass storage 812 .
- Mass storage device 812 represents a persistent data storage device such as a floppy disc drive or a fixed disc drive, which may be local or remote.
- design program 814 resides in mass storage 812 , but can also reside in RAM 806 during processing.
- design program 814 is an EDA tool, or module of an EDA tool, that can perform any or all of the operations illustrated in FIGS. 1 and 2 and additional functionality described herein.
- CPU 804 may be embodied in a general-purpose processor, a special-purpose processor, or a specially programmed logic device.
- Display 816 is in communication with CPU 804 , RAM 806 , ROM 810 , and mass storage device 812 , through bus 808 and display interface 818 .
- Keyboard 820 , cursor control 822 , and interface 824 are coupled to bus 808 to communicate information in command selections to CPU 804 . It should be appreciated that data to and from external devices may be communicated through interface 824 .
- CMOS complementary metal-oxide-semiconductor
- PAL programmable array logic
- PLA programmable logic arrays
- FPLA field programmable logic arrays
- EPLD electrically programmable logic devices
- EEPLD electrically erasable programmable logic devices
- LCDA logic cell arrays
- FPGA field programmable gate arrays
- ASSP application specific standard products
- ASIC application specific integrated circuits
- the programmable logic device described herein may be part of a data processing system that includes one or more of the following components; a processor; memory; I/O circuitry; and peripheral devices.
- the data processing system can be used in a wide variety of applications, such as computer networking, data networking, instrumentation, video processing, digital signal processing, or any suitable other application where the advantage of using programmable or re-programmable logic is desirable.
- the programmable logic device can be used to perform a variety of different logic functions.
- the programmable logic device can be configured as a processor or controller that works in cooperation with a system processor.
- the programmable logic device may also be used as an arbiter for arbitrating access to a shared resource in the data processing system.
- the programmable logic device can be configured as an interface between a processor and one of the other components in the system.
- the programmable logic device may be one of the family of devices owned by the assignee.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Evolutionary Computation (AREA)
- Geometry (AREA)
- Design And Manufacture Of Integrated Circuits (AREA)
Abstract
Techniques for emulating a logic block in an integrated circuit (IC) design are provided. The techniques include identifying a plurality of logic elements that are connectable to formal logic block. These logic elements are connected to perform logic functions associated with the logic block. The logic block may be a physical logic block on one IC design and a non-existent logic block on another IC design. The logic elements and associated connections form an emulated logic block.
Description
This application is a divisional application of U.S. patent application Ser. No. 12/794,647 filed Jun. 4, 2010, which is herein incorporated by reference in its entirety for all purposes.
Programmable logic devices (PLDs) such as field-programmable gate arrays (FPGAs) and application-specific integrated circuits (ASICs) are integrated circuits (ICs) devices that include generic structures and logic blocks that can be configured to perform different functions. Some of these logic blocks include logic circuitry, registers, I/O blocks, digital signal processing (DSP) blocks, one-time programmable (OTP) fuse blocks, etc. These circuitry elements are programmable to perform any of a variety of tasks and functions.
Generally speaking, a particular circuit design on one IC device can be migrated to another device. For instance, a circuit design originally intended for an ASIC device may be migrated to a corresponding FPGA device, and vice versa. A software design tool is generally used to compile such a circuit design and migrate or convert an implementation of that design on one device to a functionally equivalent device.
Typically, when converting or migrating from one device to another, the functional equivalence between both devices needs to be preserved. In some cases, this includes maintaining a 1-to-1 block mapping between the devices. In other words, logic blocks that exist in one device must be mapped to an equivalent or identical block in a corresponding device. For instance, in order to successfully migrate a design implemented on an ASIC device to an FPGA device, there needs to be a corresponding logic block in the FPGA device for every logic block utilized in the ASIC device. Generally speaking, a design implemented on an ASIC device that includes, for example, an OTP fuse block, cannot be migrated to an FPGA device that does not include an OTP fuse block. In that sense, there is a certain restriction on the selection of devices when it comes to migrating or converting an ASIC design to an FPGA design, and vice versa.
However, if IC devices can be configured to emulate logic blocks that may not be physically present on the device, migrating an IC design from one device to another will be much simpler. For instance, a design implemented on an ASIC device that includes an OTP fuse block can now be migrated to an FPGA device that does not include an OTP fuse block, as long as the FPGA device can be configured to emulate the functionality of an OTP fuse block. This substantially increases the level of flexibility when it comes to migrating an IC design from one device to another.
Therefore, it is desirable to have a mechanism or technique to emulate logic blocks on an IC device using resources that are available on the IC device. As such, an IC design implemented on a particular device can be easily migrated to and implemented on another device without being restricted to a 1-to-1 logic block mapping between the two devices.
It is within this context that the invention arises.
Embodiments of the present invention include techniques for emulating a logic block on an integrated circuit (IC).
It should be appreciated that the present invention can be implemented in numerous ways, such as a process an apparatus, a system, a device or a method on a computer readable medium. Several inventive embodiments of the present invention are described below.
In one embodiment, a method of emulating a logic block in an integrated circuit (IC) design is disclosed. The method includes identifying a plurality of smaller logic elements that are connectable to form the logic block. Each of the plurality of smaller logic elements is flagged. The plurality of logic elements are connected to receive input signals and perform logic functions associated with the logic block. A boundary is placed around the plurality of smaller logic elements to form an emulated logic block. The emulated logic block is based on the logic block. Each method operation is executed through a processor.
In another embodiment, a method of emulating a logic block in an IC (integrated circuit) design is disclosed. The method includes converting a first IC design for a first IC device to a second IC design for a second IC device. A block of the first IC design cannot be mapped one-to-one to a corresponding block on the second IC device. A one-to-one block mapped conversion of the block of the first IC design is omitted from the second IC design. A group of logic elements of the second IC device is defined. The group of logic elements of the second IC device can be connected to perform logic functions associated with the block of the first IC design. The group of logic elements with connections to perform the logic functions associated with the block of the first IC design is established as an emulated block in the second IC design. Each method operation is performed using a processor.
In yet another embodiment in accordance with the present invention, a method of migrating a first IC (integrated circuit) design to a second IC design is disclosed. The method includes representing the first IC design in a hardware description language (HDL). The representation is such that the HDL representation of the first IC design can compile into a first compiled IC design for a first IC device. The HDL representation of the first IC design is compiled into a second IC design for a second IC device, except for a block of the first IC design. The block of the first IC design employs a resource that is nonexistent on the second IC device. A group of logic elements of the second IC device is connected so as to perform logic functions associated with the block of the first IC design. This action forms an emulated block in the second IC design. Each method operation is performed through a processor.
Other aspects of the invention will become apparent from the following detailed description, taken in conjunction with the accompanying drawings, illustrating by way of example the principles of the invention.
The invention may best be understood by reference to the following description taken in conjunction with the accompanying drawings.
The following embodiments describe techniques for emulating a logic block on an integrated circuit (IC).
It will be obvious, however, to one skilled in the art, that the present invention may be practiced without some or all of these specific details. In other instances, well-known operations have not been described in detail in order not to unnecessarily obscure the present invention.
The embodiments described herein provide techniques to emulate a logic block within an IC design using readily available resources of the IC design. For instance, an IC design without a physical digital signal processing (DSP) block can emulate such a block by using various available resources. In one of the embodiments, multiple logic elements are connected to perform a variety of functions associated with a particular logic block. The logic elements are then grouped together to form a block of logic elements. This block of logic elements is a logic block that emulates the functions of that particular logic block. In other words, the grouped logic elements form an emulated logic block that operates substantially similarly to the particular logic block that is being emulated. The emulation technique in one of the described embodiments also allows IC designs to be easily converted and implemented on different IC devices.
Referring still to FIG. 1 , after place and route operation 120, timing analysis operation 130 assigns delays to the different logic gates and wires or routes in the circuit. Timing analysis operation 130 computes the lengths of different paths in the IC design and the timing constraints of the IC design, in one embodiment. Binary configuration file 145 is created during assembly operation 140. In one embodiment, binary configuration file 145 contains a description of the circuit of the IC design and is used to configure IC device 165 with the IC design during configuration operation 160. One skilled in the art should appreciate that most operations shown in flow 100 are optional. In other words, certain operations may be skipped if desired without stopping the EDA tool from reaching a solution. However, the quality of the resulting IC design solution may be impacted by the removal of the optional operations.
Referring still to FIG. 2 , the migrated design is compiled in operation 100B. Compile operation 100B includes the steps shown in flow 100 as seen in FIG. 1 . An equivalency check is performed in operation 230 after the compilation. In one embodiment, the equivalency check performed in operation 230 checks that every logic block in the original design prior to the migration maps to a corresponding logic block in the migrated design. For instance, if the IC design as described in HDL 205 is to be implemented on a structured ASIC device that includes a one-time programmable (OTP) fuse block, the IC device that the migrated design is targeted to needs to have a similar OTP fuse block. Otherwise, the migrated design will fail the equivalency check in operation 230. As such, an IC design intended for a specific IC device can only be implemented in a compatible device if there is a 1-to-1 block mapping between both the devices.
Referring still to FIG. 4 , the logic block is emulated in operation 440. As an illustrative example, an OTP block is emulated in the IC design using logic elements as shown in the embodiment of FIG. 3D in operation 440. The logic elements in the emulated block are connected to receive input signals and perform logic functions associated with the actual logic block. The emulated block is placed and routed on the design of the programmable device in operation 450. Partition is set to form a boundary around the emulated block in the IC design in operation 460. In operation 470, keypoints between the emulated logic block and a known instance of the logic block are compared. In one embodiment, input and output terminals of the emulated logic block in the IC design are compared with respective input and output terminals on a known instance of a design of the logic block. In one embodiment, the comparison in operation 470 does not compare the internal logic elements within the logic block and the emulated logic block. If the comparison passes in operation 480, the emulated logic block can be used in place of a physical logic block in the IC design and process flow 400 is complete. Otherwise, the IC design is checked in operation 490 before process flow 400 is repeated.
Continuing from FIG. 5 , the plurality of logic elements are connected in operation 530. The connected logic elements are then grouped in operation 540 to form an emulated logic block. According to one embodiment, in operation 540, a boundary is created around the flagged logic elements in the second IC design. The emulated logic block formed in operation 540 is functionally equivalent to the logic block identified in operation 510. In one embodiment, the emulated logic block has keypoints that match with respective keypoints of the logic block in the first design. In the illustrative embodiment of FIGS. 3C and 3D , the keypoints, i.e., input and output terminals, on emulated logic block 350 match respective keypoints on OTP block 330B.
The invention can also be embodied as machine-readable instructions 710 on machine-readable storage medium 700 as shown in FIG. 7 . Machine-readable storage medium 700 is any data storage device that can store data, which can thereafter be read by a machine or a computer system. Illustrative examples of machine-readable storage medium 700 include hard drives, network attached storage (NAS), read-only memory, random-access memory, CDs, DVDs, USB drives, volatile and non-volatile memory, and other optical and non-optical data storage devices. Machine-readable storage medium 700 can also be distributed over a network-coupled computer system so that machine-readable instructions 710 are stored and executed in a distributed fashion. Machine-readable instructions 710 can perform any or all of the operations illustrated in FIGS. 1 , 2, 4 and 5.
Referring still to FIG. 8 , design program 814 resides in mass storage 812, but can also reside in RAM 806 during processing. According to one embodiment, design program 814 is an EDA tool, or module of an EDA tool, that can perform any or all of the operations illustrated in FIGS. 1 and 2 and additional functionality described herein. It should be appreciated that CPU 804 may be embodied in a general-purpose processor, a special-purpose processor, or a specially programmed logic device. Display 816 is in communication with CPU 804, RAM 806, ROM 810, and mass storage device 812, through bus 808 and display interface 818. Keyboard 820, cursor control 822, and interface 824 are coupled to bus 808 to communicate information in command selections to CPU 804. It should be appreciated that data to and from external devices may be communicated through interface 824.
The embodiments, thus far, were described with respect to integrated circuits. The method and apparatus described herein may be incorporated into any suitable circuit. For example, the method and apparatus may be incorporated into numerous types of devices such as microprocessors or programmable logic devices. Exemplary programmable logic devices include programmable array logic (PAL), programmable logic arrays (PLAs), field programmable logic arrays (FPLAs), electrically programmable logic devices (EPLDs), electrically erasable programmable logic devices (EEPLDs), logic cell arrays (LCAs), field programmable gate arrays (FPGAs), application specific standard products (ASSPs), application specific integrated circuits (ASICs), just to name a few.
The programmable logic device described herein may be part of a data processing system that includes one or more of the following components; a processor; memory; I/O circuitry; and peripheral devices. The data processing system can be used in a wide variety of applications, such as computer networking, data networking, instrumentation, video processing, digital signal processing, or any suitable other application where the advantage of using programmable or re-programmable logic is desirable. The programmable logic device can be used to perform a variety of different logic functions. For example, the programmable logic device can be configured as a processor or controller that works in cooperation with a system processor. The programmable logic device may also be used as an arbiter for arbitrating access to a shared resource in the data processing system. In yet another example, the programmable logic device can be configured as an interface between a processor and one of the other components in the system. In one embodiment, the programmable logic device may be one of the family of devices owned by the assignee.
Although the method operations were described in a specific order, it should be understood that other operations may be performed in between described operations, described operations may be adjusted so that they occur at slightly different times or described operations may be distributed in a system which allows the occurrence of the processing operations at various intervals associated with the processing, as long as the processing of the overlay operations are performed in a desired way.
Although the foregoing invention has been described in some detail for purposes of clarity of understanding, it will be apparent that certain changes and modifications can be practiced within the scope of the appended claims. Accordingly, the present embodiments are to be considered as illustrative and not restrictive, and the invention is not to be limited to the details given herein, but may be modified within the scope and equivalents of the appended claims.
Claims (18)
1. A method of emulating a logic block in an integrated circuit (IC) design, comprising:
identifying a plurality of smaller logic elements that are connectable to emulate the logic block, wherein the logic block includes a one time programmable (OTP) block, and wherein the plurality of smaller logic elements cannot form a physical OTP block;
flagging each of the plurality of smaller logic elements;
connecting the plurality of logic elements to receive input signals and perform logic functions associated with the logic block converting the integrated circuit design from a first data structure relating to a first integrated circuit device to a second data structure relating to a second integrated circuit device;
identifying that the logic block is needed in the integrated circuit design but does not exist in physical form among a plurality of logic elements available for the second integrated circuit device, wherein the plurality of smaller logic elements are included in the plurality of logic elements; and
placing a boundary around the plurality of smaller logic elements to form an emulated logic block based on the logic block, wherein at least one method operation is executed through a processor.
2. The method of claim 1 , wherein the logic block is a physical logic block in another IC design, and wherein the logic block is a non-existent block in the IC design.
3. The method of claim 1 , wherein the flagging tags each of the plurality of smaller logic elements as an element in the emulated logic block.
4. The method of claim 1 , further comprising:
determining a hierarchy of the logic block to be emulated before the determining of the plurality of smaller logic elements.
5. The method of claim 1 , wherein the emulated logic block comprises an equal number of input and output terminals with the logic block.
6. The method of claim 1 , wherein the emulated logic block and the logic block are functionally equivalent.
7. The method of claim 1 , further comprising:
arranging same terminals on the boundary of the emulated logic block as on a boundary of the logic block.
8. The method of claim 1 , wherein the plurality of smaller logic elements includes a shift register, and wherein the connecting applies the shift register to emulating the one time programmable block.
9. The method of claim 1 , wherein the plurality of smaller logic elements includes, and the connecting applies to emulating the one time programmable block, one of: a counter, a read only memory (ROM) block, or a lookup table (LUT).
10. A non-transitory machine-readable storage medium encoded with sequences of instructions for emulating a logic block in an integrated circuit (IC) design, the sequences of instructions which when executed, cause a machine to perform:
identifying a plurality of smaller logic elements that are connectable to emulate the logic block, the logic block having a one time programmable (OTP) block, the plurality of smaller logic elements unable to form a physical OTP block;
flagging each of the plurality of smaller logic elements;
connecting the plurality of logic elements to receive input signals and perform logic functions associated with the logic block converting the integrated circuit design from a first data structure relating to a first integrated circuit device to a second data structure relating to a second integrated circuit device;
identifying that the logic block is needed in the integrated circuit design but does not exist in physical form among a plurality of logic elements available for the second integrated circuit device, wherein the plurality of smaller logic elements are included in the plurality of logic elements; and
placing a boundary around the plurality of smaller logic elements to form an emulated logic block based on the logic block.
11. The computer readable medium of claim 10 , wherein the logic block is a physical logic block in another IC design, and wherein the logic block is a non-existent block in the IC design.
12. The computer readable medium of claim 10 , wherein the flagging tags each of the plurality of smaller logic elements as an element in the emulated logic block.
13. The computer readable medium of claim 10 , further comprising:
determining a hierarchy of the logic block to be emulated before the determining of the plurality of smaller logic elements.
14. The computer readable medium of claim 10 , wherein the emulated logic block comprises an equal number of input and output terminals with the logic block.
15. The computer readable medium of claim 10 , wherein the emulated logic block and the logic block are functionally equivalent.
16. The computer readable medium of claim 10 , wherein the IC design is for a programmable logic device.
17. The computer readable medium of claim 10 , wherein the emulated logic block has keypoints that match keypoints of the logic block.
18. The computer readable medium of claim 10 , wherein the connecting applies, in emulating the one time programmable block, and the plurality of smaller logic elements includes, one of: a shift register, a counter, a read only memory (ROM) block, or a lookup table (LUT).
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/850,244 US8954907B1 (en) | 2010-06-04 | 2013-03-25 | Block emulation techniques in integrated circuits |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/794,647 US8423932B1 (en) | 2010-06-04 | 2010-06-04 | Block emulation techniques in integrated circuits |
US13/850,244 US8954907B1 (en) | 2010-06-04 | 2013-03-25 | Block emulation techniques in integrated circuits |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/794,647 Division US8423932B1 (en) | 2010-06-04 | 2010-06-04 | Block emulation techniques in integrated circuits |
Publications (1)
Publication Number | Publication Date |
---|---|
US8954907B1 true US8954907B1 (en) | 2015-02-10 |
Family
ID=48049288
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/794,647 Active 2030-11-16 US8423932B1 (en) | 2010-06-04 | 2010-06-04 | Block emulation techniques in integrated circuits |
US13/850,244 Active US8954907B1 (en) | 2010-06-04 | 2013-03-25 | Block emulation techniques in integrated circuits |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/794,647 Active 2030-11-16 US8423932B1 (en) | 2010-06-04 | 2010-06-04 | Block emulation techniques in integrated circuits |
Country Status (1)
Country | Link |
---|---|
US (2) | US8423932B1 (en) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010052793A1 (en) * | 2000-06-15 | 2001-12-20 | Nec Corporation | Reconfigurable device having programmable interconnect network suitable for implementing data paths |
US7062744B2 (en) | 2002-09-04 | 2006-06-13 | Osann Jr Robert | Emulation solution for programmable instruction DSP |
US20060139056A1 (en) * | 2003-12-04 | 2006-06-29 | Madurawe Raminda U | Field programmable structured arrays |
US20060247909A1 (en) | 2005-04-27 | 2006-11-02 | Desai Madhav P | System and method for emulating a logic circuit design using programmable logic devices |
US7356454B2 (en) | 2003-10-17 | 2008-04-08 | Ud Technology Corporation | Method and apparatus for emulation of logic circuits |
US20100070942A1 (en) * | 2008-09-14 | 2010-03-18 | Raminda Udaya Madurawe | Automated Metal Pattern Generation for Integrated Circuits |
-
2010
- 2010-06-04 US US12/794,647 patent/US8423932B1/en active Active
-
2013
- 2013-03-25 US US13/850,244 patent/US8954907B1/en active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010052793A1 (en) * | 2000-06-15 | 2001-12-20 | Nec Corporation | Reconfigurable device having programmable interconnect network suitable for implementing data paths |
US7062744B2 (en) | 2002-09-04 | 2006-06-13 | Osann Jr Robert | Emulation solution for programmable instruction DSP |
US7356454B2 (en) | 2003-10-17 | 2008-04-08 | Ud Technology Corporation | Method and apparatus for emulation of logic circuits |
US20060139056A1 (en) * | 2003-12-04 | 2006-06-29 | Madurawe Raminda U | Field programmable structured arrays |
US20060247909A1 (en) | 2005-04-27 | 2006-11-02 | Desai Madhav P | System and method for emulating a logic circuit design using programmable logic devices |
US20100070942A1 (en) * | 2008-09-14 | 2010-03-18 | Raminda Udaya Madurawe | Automated Metal Pattern Generation for Integrated Circuits |
Non-Patent Citations (1)
Title |
---|
Regarding related patents and patent applications, see the section of the accompanying IDS letter entitled "Related Patents and Patent Applications" for further information. |
Also Published As
Publication number | Publication date |
---|---|
US8423932B1 (en) | 2013-04-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Beckhoff et al. | The xilinx design language (xdl): Tutorial and use cases | |
US8997033B1 (en) | Techniques for generating a single configuration file for multiple partial reconfiguration regions | |
US11287870B2 (en) | Methods and apparatus for selectively extracting and loading register states | |
US7120883B1 (en) | Register retiming technique | |
US7640527B1 (en) | Method and apparatus for partial reconfiguration circuit design for a programmable device | |
US8813013B2 (en) | Partitioning designs to facilitate certification | |
US9032343B1 (en) | Integrating multiple FPGA designs by merging configuration settings | |
US8397188B1 (en) | Systems and methods for testing a component by using encapsulation | |
US8560996B1 (en) | Method and system for preparing modularized circuit designs for dynamic partial reconfiguration of programmable logic | |
US8006206B1 (en) | Gated clock conversion | |
US8719752B1 (en) | Hierarchical crosstalk noise analysis model generation | |
US10437946B1 (en) | Using implemented core sources for simulation | |
JP2009517764A (en) | Merge timing constraints in hierarchical SOC design | |
US7171633B1 (en) | Estimating quality during early synthesis | |
US8893068B1 (en) | Techniques to generate a more accurate simulation model | |
US8659318B1 (en) | Systems and methods for implementing tristate signaling by using encapsulated unidirectional signals | |
US8234607B2 (en) | Token enhanced asynchronous conversion of synchonous circuits | |
US8954907B1 (en) | Block emulation techniques in integrated circuits | |
US7451420B1 (en) | Determining reachable pins of a network of a programmable logic device | |
US9489480B1 (en) | Techniques for compiling and generating a performance analysis for an integrated circuit design | |
US10152566B1 (en) | Constraint based bit-stream compression in hardware for programmable devices | |
US8443327B2 (en) | Reassembling scattered logic blocks in integrated circuits | |
US8183883B1 (en) | Integrated circuit reconfiguration techniques | |
Strauch | Timing driven RTL-to-RTL partitioner for multi-FPGA systems | |
Uma et al. | Finite state machine optimization in FPGAs |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551) Year of fee payment: 4 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 8 |