| Patent application number | Description | Published |
|---|
| 20090177459 | FAULT SUPPORT IN AN EMULATION ENVIRONMENT - An emulator is disclosed that allows for diagnoses of failures or defects within the emulator. A map of faulty resources is generated to identify which resources should be avoided during compilation. Thus, in a transparent and automated manner, defects found during diagnostics are stored in a database of unusable emulator resources. A compiler has access to the database and compiles the design taking into account unusable resources. In another embodiment, the defects of an emulator board are stored on the emulator board itself. This allows each board to store its own maintenance information that can be used at the manufacturing site for changing defective chips. Defects stored on the board itself allow the defects to be obtained independent of a position of a board within the emulator to simplify identification of the faulty resource. | 07-09-2009 |
| 20090216514 | RESOURCE REMAPPING IN A HARDWARE EMULATION ENVIRONMENT - A system and method is disclosed in an emulation environment that dynamically remaps user designs. In one embodiment, a request is received to load an integrated circuit design to be emulated in a desired partition within the emulator. The emulator automatically determines the availability of the partition requested. If the partition is not available, the design is dynamically remapped to a different partition that is available. In another embodiment, clocks associated with the integrated circuit design are also dynamically remapped. In yet another embodiment, the user can control the size of the partitions (e.g., the number of printed circuit boards in a partition). | 08-27-2009 |
| 20090240457 | TESTING IN A HARDWARE EMULATION ENVIRONMENT - A system and method is disclosed for testing emulation boards in a hardware emulation environment. In one embodiment, test files can be maintained that identify a list of test commands. Such a list can be easily changed without recompiling. In another embodiment, the list of commands can be read by a first server. The commands can be passed (e.g., sequentially) to a second server associated with one or more emulator boards. The second server can ensure that the commands are executed on the specified emulator boards for testing the emulator boards. In yet another embodiment, a user can request a series of tests to be executed. The tests can be included in a list of test names. Each test name can correspond to a list of test commands associated with the test name. Thus, a first server can read a test name, read a file of test commands associated with the test name and pass the test commands to a second server to ensure the test commands are executed. | 09-24-2009 |
| 20090248390 | TRACE DEBUGGING IN A HARDWARE EMULATION ENVIRONMENT - A system and method in an emulation environment is disclosed that can trace the emulation environment during emulation. In one embodiment, when emulation procedures are called during emulation, a trace procedure can also be called in order to log information associated with the emulation procedure. In another embodiment, the information to be logged can include an identification of the emulation procedure and a time stamp of when the emulation procedure was called. In yet another embodiment, a trace script can be executed in order to collect user-specified variables and/or other system data that can be used to trace and debug the emulation environment. In still another embodiment, memory can be available on an emulator, such as on emulator boards within the emulation environment. The memory can store trace information associated with the emulator boards that can be downloaded to a server, such as, during emulation or after a power failure to obtain the state of the emulator boards. During emulation, an emulator board can continuously update state information in the memory of its respective board. | 10-01-2009 |
| 20090299723 | MONITORING PHYSICAL PARAMETERS IN AN EMULATION ENVIRONMENT - A method and system is disclosed for monitoring and viewing physical parameters while the emulator is emulating a design. Additionally, the parameters are in real time or substantially real time, such as after a periodic update. In one embodiment, a monitoring portion of the emulator periodically monitors the emulator boards and power supplies for physical information. The physical information is communicated to a workstation for communication to a user. For example, the workstation can display the physical information in a graphical user interface (GUI) that shows which boards are plugged in the system and which slots are empty. In yet another aspect, the user can select a particular board in the system and view communication information, such as data errors, status, link errors, global errors, etc. In a further aspect, power supply information can be viewed, such as current and voltage levels, air temperature, fan speed, board temperatures at particular points, etc. In another aspect, the IC layout on a board can be viewed with a graphical presentation of which ICs are malfunctioning. Even further, the sections within a particular IC can be viewed with a graphical presentation of sections within the IC that are malfunctioning. | 12-03-2009 |
| 20110119045 | MONITORING PHYSICAL PARAMETERS IN AN EMULATION ENVIRONMENT - A method and system is disclosed for monitoring and viewing physical parameters while the emulator is emulating a design. Additionally, the parameters are in real time or substantially real time, such as after a periodic update. In one embodiment, a monitoring portion of the emulator periodically monitors the emulator boards and power supplies for physical information. The physical information is communicated to a workstation for communication to a user. For example, the workstation can display the physical information in a graphical user interface (GUI) that shows which boards are plugged in the system and which slots are empty. In yet another aspect, the user can select a particular board in the system and view communication information, such as data errors, status, link errors, global errors, etc. In a further aspect, power supply information can be viewed, such as current and voltage levels, air temperature, fan speed, board temperatures at particular points, etc. In another aspect, the IC layout on a board can be viewed with a graphical presentation of which ICs are malfunctioning. Even further, the sections within a particular IC can be viewed with a graphical presentation of sections within the IC that are malfunctioning. | 05-19-2011 |
| 20120010868 | FAULT SUPPORT IN AN EMULATION ENVIRONMENT - An emulator is disclosed that allows for diagnoses of failures or defects within the emulator. A map of faulty resources is generated to identify which resources should be avoided during compilation. Thus, in a transparent and automated manner, defects found during diagnostics are stored in a database of unusable emulator resources. A compiler has access to the database and compiles the design taking into account unusable resources. In another embodiment, the defects of an emulator board are stored on the emulator board itself. This allows each board to store its own maintenance information that can be used at the manufacturing site for changing defective chips. Defects stored on the board itself allow the defects to be obtained independent of a position of a board within the emulator to simplify identification of the faulty resource. | 01-12-2012 |
