US20020013893A1 - Real time debugger interface for embedded systems - Google Patents
Real time debugger interface for embedded systems Download PDFInfo
- Publication number
- US20020013893A1 US20020013893A1 US09/918,123 US91812301A US2002013893A1 US 20020013893 A1 US20020013893 A1 US 20020013893A1 US 91812301 A US91812301 A US 91812301A US 2002013893 A1 US2002013893 A1 US 2002013893A1
- Authority
- US
- United States
- Prior art keywords
- processor
- instruction
- register
- history buffer
- decoder
- 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.)
- Abandoned
Links
- 230000000694 effects Effects 0.000 claims abstract description 8
- 230000008859 change Effects 0.000 claims abstract description 6
- 238000000034 method Methods 0.000 claims description 15
- 238000001926 trapping method Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000001343 mnemonic effect Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/362—Software debugging
- G06F11/3636—Software debugging by tracing the execution of the program
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/362—Software debugging
- G06F11/3648—Software debugging using additional hardware
- G06F11/3656—Software debugging using additional hardware using a specific debug interface
Definitions
- the invention relates to systems and methods for debugging software in real time. More particularly, the invention relates to systems and methods for the real time debugging of firmware in embedded systems, e.g. ASIC chips having one or more processors on a single chip.
- a traditional debugging technique is to step through program instructions at a rate much slower than the rate at which the program is designed to run in real time. By stepping through the program instructions one-by-one, errors can be observed as they happen and the program code lines executed immediately prior to the error can be analyzed to find the cause of the error. This technique is not helpful, however, if the error in program execution is the result of timing errors or other types of errors which only occur when the program is running at real time speed.
- the term “real time” means the rate at which a program must execute in order to process the incoming data rate which may be quite high.
- Tracing involves recording the transactions performed by the computer as it executes the program code.
- the trace of activities performed by the computer during the time of a failure can be a useful guide in isolating possible causes of the failure.
- Another useful debugging tool is to set breakpoints at selected places in the program.
- the breakpoints trap the flow of the software and provide insight into whether, when, and how certain portions of the software are entered and exited.
- An analysis of the flow of the software can provide information which is useful in isolating bugs.
- a debug support circuit which is connected to the system bus, i.e. the bus which couples the CPU to memory. See, for example, U.S. Pat. No. 5,491,793 to Somasundaram et al. entitled “Debug Support in a Processor Chip.”
- Connecting a debug circuit to the system bus is convenient because addresses, instructions, and data can be accessed via the system bus.
- coupling the debug support circuit to the system bus increases the electrical load on the bus and interferes with the operation of the bus.
- operation of the system bus may interfere with operation of the debug support circuit.
- system bus may not provide all the information necessary for debugging a program running on a CPU which uses internal cache. These CPUs will not access the system bus if the information they need is available in cache. If an error occurs while the CPU is accessing internal cache, the debug support circuit will not be able to access the information it needs.
- an interrupt processor controller intercepts all interrupts and routes them to the appropriate processor in a multiprocessor chip.
- the interrupt processor controller includes logic which determines when an interrupt will cause an error because a previously instigated interrupt has not been cleared. When such an error is detected, a bit is set in an error detect register, the bit corresponding to an interprocessor interrupt channel. The bits in the register are ORed and a single bit output indicates the occurrence of an error. The register may then be examined to determine the location of the interrupt error in the executing code. This method does not interfere with the system bus and does not require very many additional pins on the chip. However, the debugging information that it provides is limited.
- the Motorola MPC-860 PowerQuiccTM includes a program development system interface port which provides a three bit output indicative of the state of the program execution as the program is being executed.
- the MPC-860 is a 40 mHz communications controller but the development system interface port is only operable at a rate of 4 mHz. Thus, the port can not be used for real time debugging.
- the specifications for the MPC-860 are found in the “MPC-860 POWERQUICC USER'S MANUAL”, Copyright 1996 - Motorola, Inc., Schaumberg, Ill., the complete disclosure of which is incorporated herein by reference.
- ASIC design using one or more embedded processors poses additional debugging challenges.
- the prior art methods of trapping instructions at a given point in time implies that the system must be stopped to allow debugging of firmware. Once the system is stopped, however, real time events and their timing relationships are lost. If there is a firmware bug which is only identifiable in the presence of live traffic (during real time operations) it is necessary to obtain contextual information about the error before the firmware is changed.
- the debugging interface of the present invention includes a first decoder coupled to the sequencer of a processor and to the Instruction RAM (IRAM) of the processor.
- the first decoder provides a real time three bit output on a cycle by cycle basis which is indicative of the processor activity during the last clock cycle.
- the three bit output indicates seven different conditions regarding processor activity.
- the three bit output indicates whether or not a new instruction has been executed since the last clock cycle, and if a new instruction has been executed, whether the last instruction executed by the processor was an immediate jump, a jump to register, or a branch taken.
- the three bit output will indicate whether execution of the instruction resulted in an exception.
- a second decoder and an event history buffer are coupled to the cause register of the sequencer of the processor.
- the second decoder is coupled to the enable input of the history buffer and the cause register is coupled to the data input of the history buffer.
- the second decoder decodes the contents of the cause register and enables the history buffer whenever the contents of the cause register indicates an exception, a jump register instruction, or a change in the status of an interrupt line.
- the history buffer is enabled, information from the cause register and the program counter is loaded into the buffer. By recording the contents of the history buffer over time, and comparing the information to the actual program code, additional important debugging information is obtained about a program which was running in real time.
- the seventh condition indicated by the three bit output of the first decoder is whether an exception was encountered without writing to the history buffer.
- each entry in the event history buffer is forty-four bits.
- Each forty-four bit entry in the history buffer includes the current sixteen bit time stamp, twenty three bits from certain fields of the cause register or program counter, one bit indicating whether the entry is related to a jump or an exception, two bits identifying the processor number (in a multiprocessor system), one bit identifying whether the history buffer has overflowed, and a time stamp rollover bit.
- the history buffer preferably has a depth of at least sixteen entries.
- An exemplary implementation of the debugging interface is embodied on an ASIC chip having three processors. Each processor is provided with two decoders as described above and a single event history buffer is provided on the chip. Nine pins on the chip are used to provide access to the three bit outputs of each first decoder. Three pins on the chip provide serial access (data, clock, and enable) to the contents of the event history buffer. These twelve pins on the chip allow a diagnostic device to be coupled to the chip during real time operations without interfering with the operation of the chip. The outputs of the first decoders and the contents of the event history buffer can be recorded over time by the diagnostic device to provide a real time record of the processing events occurring in the chip during real time. This real time record taken together with knowledge of the program code being executed provides a true picture of the processors' execution sequence in real time and thereby expedite debugging of code.
- FIG. 1 (represented as FIGS. 1A and 1B on two separate sheets) is a schematic block diagram of an exemplary implementation of a real time debugger interface according to the invention.
- FIG. 2 is a schematic block diagram of a debugging system coupled to a chip embodying a real time debugger interface according to the invention.
- an exemplary ASIC chip 10 incorporating a debugger interface includes three processors 12 a , 12 b , 12 c , sharing a common clock 16 via a clock bus 17 .
- Each processor includes an instruction RAM (IRAM) 18 a , 18 b , 18 c , an arithmetic logic unit (ALU) 20 a , 20 b , 20 c , and a “sequencer” 22 a , 22 b , 22 c .
- Each sequencer includes a program counter 24 a , 24 b , 24 c and a cause register 26 a , 26 b , 26 c .
- Each program counter contains an index of the instructions in an associated IRAM and a pointer to the index as the instructions are executed by the processor.
- the cause registers store current information about interrupts, exceptions, and other processor functions.
- a first decoder 28 a , 28 b , 28 c is coupled to each IRAM 18 a , 18 b , 18 c , and to each sequencer 22 a , 22 b , 22 c , i.e., to each program counter and each cause register.
- Each first decoder has a three bit output 30 a , 30 b , 30 c which is available off the chip 10 via three pins (0, 1, 2) in real time.
- each first decoder 28 provides an indication of the processor activity during the last clock cycle.
- the decoder 28 is arranged to indicate whether the program counter has moved its pointer to a new instruction.
- the decoder also decodes the instruction in the IRAM to provide information about the instruction, and decodes the contents of the cause register to provide an indication of an exception encountered during the execution of an instruction.
- the first decoder 28 generates a three bit output which is interpreted as shown in Table 1, below.
- the output 000 indicates that there has been no change in the processor since the last clock cycle; i.e., the processor has not processed a new instruction and the program counter pointer has not changed.
- the output 001 indicates that the processor has processed the next instruction in the program; i.e., the program counter pointer has incremented to the next instruction in the index.
- the output 010 indicates that the last instruction processed by the processor was a “hard coded” jump to an instruction; i.e., the instruction in IRAM pointed to by the program counter includes code indicating that it is a jump instruction to an absolute address in the program.
- the output 011 indicates that the last instruction processed by the processor was a jump to an instruction based on the contents of a register; i.e., the instruction in IRAM pointed to by the program counter includes code indicating that it is a jump instruction to a location in the program determined by the value of a variable.
- the output 100 indicates that since the last clock cycle the processor has encountered an interrupt or an exception; i.e., the contents of the cause register contain code which indicates an interrupt or exception.
- the output 101 indicates that the last instruction processed by the processor was a pc branch taken; i.e., the instruction in IRAM pointed to by the program counter includes code indicating that it is a branch back to another instruction.
- the output 110 is not presently used, but is reserved for future use.
- the output 111 indicates that since the last clock cycle the processor has encountered an interrupt or an exception; and that no entry was made in the history buffer
- the listing in Table 2 has one “immediate” or “hard coded” jump instruction at line 80 and a conditional branch at line 50. It also has one jump instruction, line 60, based on the contents of a register, i.e. the value of A which is input at line 10.
- the three bit output of the first decoder during execution of the instructions shown in Table 2 is illustrated in Table 3 below where the values of variables A, B, C, and D are also shown. TABLE 3 Current Next Three Bit Line Line A B C D Mnemonic Output 10 20 ? ? ? ? INC 001 20 30 ? 5 ? ? INC 001 30 40 ? 5 2 ? INC 001 40 50 ? 5 2 7 INC 001 50 70 ? 5 2 7 PBT 101 70 80 ? 4 2 7 INC 101 80 30 ? 4 2 7 JI 010 30 40 ? 4 2 7 INC 001 40 50 ? 4 2 6 INC 001 50 60 ? 4 2 6 INC 001 60 ? ? 4 2 6 JR 011
- the first-decoder Upon execution of line 70, the first-decoder indicates that a program counter increment (INC) in the execution of the program has occurred and shows an output of “ 001 ”.
- the instruction on line 80 When the instruction on line 80 is executed, the first decoder indicates that an immediate jump (JI) has occurred and shows an output of “010”. As seen in Tables 2 and 3, the program jumps to line 30.
- the first decoder indicates that a program counter increment (INC) in the execution of the program has occurred and shows an output of “ 001 ”.
- each cause register 26 a , 26 b , 26 c is coupled to the data input D of an event history buffer 14 and a second decoder 32 a , 32 b , 32 c is coupled to each cause register and to the enable input E of the history buffer 14 .
- the clock 16 provides the common clock signal to the clock input C of the history buffer 14 via the clock bus 17 , and a timestamp register 19 is also coupled to the clock bus 17 .
- the contents of the history buffer 14 are made available off chip by three pins for the data, clock, and enable (D, C, E) of the history buffer 14 .
- the history buffer is enabled via the appropriate decoder, and information from the cause register, the timestamp register, and the program counter is stored in the history buffer. More particularly, the second decoder 32 enables the history buffer whenever the first decoder contains code which indicates that the processor is processing an instruction to jump to a location stored in a register, whenever the first decoder contains code indicating an exception was encountered, and whenever the first decoder contains code indicating a change in state of an interrupt line.
- the history buffer when the history buffer is enabled, it captures forty-four bits of information from the cause register or program counter, and the timestamp register.
- the forty-four bits of information are preferably organized as illustrated in Table 4 below. TABLE 4 43 42 41 40-18 17 16 15-0 Mode Proc Cause/PC HOVRF TR Time Stamp
- the first bit, bit location 43 is a mode identifier indicating whether the entry being stored has program counter information or cause register information.
- a two bit processor identification number is stored in binary form at bit locations 42, 41. This number is used to indicate which processor's information is being stored (in the case of a multiprocessor system).
- the next twenty-three bits at bit locations 40 through 18 are used to store cause register information or program counter information depending on the mode as explained above. If program counter information is being stored, the contents of the program counter are stored at bit locations 40 through 18. If cause register information is being stored, bit location 40 is used to indicate whether the exception occurred while the processor was executing an instruction in the branch delay slot.
- Bit locations 39 through 35 are used to store processor related exception conditions.
- Bit locations 34 through 18 are used to store an indication of all pending interrupts (external, software, co-processor.
- the HOVRF field at bit location 17 is used to indicate whether the internal event history buffer has overflowed.
- the TR bit 16 is used to indicate a timestamp rollover and bits 15 through 0 are used to store a sixteen bit timestamp.
- the forty-four bits captured in the history buffer 14 are serially output on data pin D over forty-four clock cycles (bit serial output).
- the event history buffer records information when an event (either an unmasked exception or a PC jump register instruction) has occurred. According to a presently preferred embodiment, this requires an additional mask register per cause register and a free running timestamp counter.
- the event masks are provided by a JTAG test register load instruction in the static debug interface. When the cause register bits corresponding to an exception are unmasked or a PC jump register instruction is encountered, an entry is made in the history buffer.
- a debugging system may be coupled to the first decoders and history buffer as illustrated in FIG. 2.
- the outputs 30 a , 30 b , 30 c of the first decoders and the D, C, E terminals of the history buffer are coupled to a debugging computer 44 which preferably has a copy of the program code stored therein.
- the three-bit outputs 30 a , 30 b , 30 c of the first decoders and the D, C, E terminals of the history buffer are preferably coupled to an interface buffer 40 which is coupled by a serial, parallel, or network connection 42 to the debugging computer 44 .
- the interface buffer 40 is a rate decoupling buffer.
- the debugger interface is provided on a 100 MHz three processor system. In that system, the data rate for reading the event history buffer is approximately 1 gigabit/sec. Current PCs cannot keep up with that data rate. Therefore, the buffer 40 is provided to prevent the loss of event history data.
- the debugging computer 44 collects information from the first decoders and the history buffer. The information collected by the computer 44 is associated with each line of code being executed by the ASIC by stepping through the copy of the code which is stored in the computer 44 . When a bug is encountered, the complete history of instruction execution leading up to the failure can be reviewed with the computer 44 .
- the debugging system is non-invasive and permits debugging of programs operating in real time.
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
A debugging interface includes a pair of decoders and an event history buffer coupled to the sequencer of a processor. The first decoder is coupled to the program counter of the sequencer and the Instruction RAM of the processor. The second decoder is coupled to the cause register of the sequencer and the event history buffer is also coupled to the cause register. The first decoder provides a three bit real time output which is indicative of the processor activity on a cycle by cycle basis. The three bit output indicates seven different conditions: whether the last instruction executed by the processor was an inc, an exception, an exception with no event history buffer entry, or a branch taken, whether there has been no instruction executed since the last clock cycle, and whether a jump was an immediate jump or a jump to a register. The event history buffer is loaded with more detailed information about the instruction last executed when the first decoder indicates that the last instruction was an exception or a jump to a register, and when there is a change in state of an interrupt line or an internal processor exception. An exemplary implementation of the debugging interface is embodied on an ASIC chip having three processors. Each processor is provided with a first and second decoders and a single event history buffer for all processors is provided on the chip.
Description
- This application is a continuation of U.S. Ser. No. 09/064,474, filed Apr. 22, 1998, which is hereby incorporated by reference herein in its entirety.
- 1. Field of the Invention
- The invention relates to systems and methods for debugging software in real time. More particularly, the invention relates to systems and methods for the real time debugging of firmware in embedded systems, e.g. ASIC chips having one or more processors on a single chip.
- 2. State of the Art
- Software debugging may be accomplished in a number of ways, some of which are not performed in real time. A traditional debugging technique is to step through program instructions at a rate much slower than the rate at which the program is designed to run in real time. By stepping through the program instructions one-by-one, errors can be observed as they happen and the program code lines executed immediately prior to the error can be analyzed to find the cause of the error. This technique is not helpful, however, if the error in program execution is the result of timing errors or other types of errors which only occur when the program is running at real time speed. As used herein, the term “real time” means the rate at which a program must execute in order to process the incoming data rate which may be quite high.
- A widely used technique for debugging a program which is running in real time is called “tracing”. Tracing involves recording the transactions performed by the computer as it executes the program code. The trace of activities performed by the computer during the time of a failure can be a useful guide in isolating possible causes of the failure.
- Another useful debugging tool is to set breakpoints at selected places in the program. The breakpoints trap the flow of the software and provide insight into whether, when, and how certain portions of the software are entered and exited. An analysis of the flow of the software can provide information which is useful in isolating bugs.
- Many state-of-the-art tracing and trapping methods are accomplished by a debug support circuit which is connected to the system bus, i.e. the bus which couples the CPU to memory. See, for example, U.S. Pat. No. 5,491,793 to Somasundaram et al. entitled “Debug Support in a Processor Chip.” Connecting a debug circuit to the system bus is convenient because addresses, instructions, and data can be accessed via the system bus. However, coupling the debug support circuit to the system bus increases the electrical load on the bus and interferes with the operation of the bus. Moreover, operation of the system bus may interfere with operation of the debug support circuit. In addition, the system bus may not provide all the information necessary for debugging a program running on a CPU which uses internal cache. These CPUs will not access the system bus if the information they need is available in cache. If an error occurs while the CPU is accessing internal cache, the debug support circuit will not be able to access the information it needs.
- Another tracing and trapping method is disclosed in U.S. Pat. No. 5,833,310 to Whistel et al. entitled “On-Chip In-Circuit-Emulator Memory Mapping and Breakpoint Register Modules.” According to this method, an internal bus controller is coupled to the memory address bus and a match register. When a memory address written to the address bus matches an address in the match register, a memory mapping module maps a memory cycle to an external debug memory. The user can set specific bus event conditions for which memory is mapped by writing to a set of breakpoint registers. A disadvantage of this method is that it requires an additional set of I/O pins for the chip so that the external debug memory can be coupled to the chip. This may require a significant number of pins since the addresses to be mapped may be 32 or 64 bits wide.
- Still another tracing and trapping method is disclosed in U.S. Pat. No. 5,513,346 to Satagopan et al. entitled “Error Condition Detector for Handling Interrupt in Integrated Circuits Having Multiple Processors.” According to this method, an interrupt processor controller intercepts all interrupts and routes them to the appropriate processor in a multiprocessor chip. The interrupt processor controller includes logic which determines when an interrupt will cause an error because a previously instigated interrupt has not been cleared. When such an error is detected, a bit is set in an error detect register, the bit corresponding to an interprocessor interrupt channel. The bits in the register are ORed and a single bit output indicates the occurrence of an error. The register may then be examined to determine the location of the interrupt error in the executing code. This method does not interfere with the system bus and does not require very many additional pins on the chip. However, the debugging information that it provides is limited.
- The Motorola MPC-860 PowerQuicc™ includes a program development system interface port which provides a three bit output indicative of the state of the program execution as the program is being executed. The MPC-860 is a 40 mHz communications controller but the development system interface port is only operable at a rate of 4 mHz. Thus, the port can not be used for real time debugging. The specifications for the MPC-860 are found in the “MPC-860 POWERQUICC USER'S MANUAL”, Copyright 1996 - Motorola, Inc., Schaumberg, Ill., the complete disclosure of which is incorporated herein by reference.
- ASIC design using one or more embedded processors poses additional debugging challenges. The prior art methods of trapping instructions at a given point in time implies that the system must be stopped to allow debugging of firmware. Once the system is stopped, however, real time events and their timing relationships are lost. If there is a firmware bug which is only identifiable in the presence of live traffic (during real time operations) it is necessary to obtain contextual information about the error before the firmware is changed.
- It is therefore an object of the invention to provide a debugging interface for tracing instructions without loss of real time context and event interaction.
- It is also an object of the invention to provide a debugging interface which does not interfere with the operation of a processor or system bus.
- It is another object of the invention to provide a debugging interface which does not require many additional pins on a processor chip.
- It is a further object of the invention to provide a debugging interface which provides access to a substantial amount of information about the executed instructions.
- In accord with these objects which will be discussed in detail below, the debugging interface of the present invention includes a first decoder coupled to the sequencer of a processor and to the Instruction RAM (IRAM) of the processor. The first decoder, according to the invention, provides a real time three bit output on a cycle by cycle basis which is indicative of the processor activity during the last clock cycle. According to a presently preferred embodiment, the three bit output indicates seven different conditions regarding processor activity. In particular, the three bit output indicates whether or not a new instruction has been executed since the last clock cycle, and if a new instruction has been executed, whether the last instruction executed by the processor was an immediate jump, a jump to register, or a branch taken. In addition, the three bit output will indicate whether execution of the instruction resulted in an exception. By recording this three bit output over time, and comparing it to the actual instructions listed in the program code, important debugging information is obtained about a program which was running in real time.
- According to a preferred embodiment of the invention, a second decoder and an event history buffer are coupled to the cause register of the sequencer of the processor. In particular, the second decoder is coupled to the enable input of the history buffer and the cause register is coupled to the data input of the history buffer. The second decoder decodes the contents of the cause register and enables the history buffer whenever the contents of the cause register indicates an exception, a jump register instruction, or a change in the status of an interrupt line. Whenever the history buffer is enabled, information from the cause register and the program counter is loaded into the buffer. By recording the contents of the history buffer over time, and comparing the information to the actual program code, additional important debugging information is obtained about a program which was running in real time. According to this preferred embodiment of the invention, the seventh condition indicated by the three bit output of the first decoder is whether an exception was encountered without writing to the history buffer.
- According to the presently preferred embodiment, each entry in the event history buffer is forty-four bits. Each forty-four bit entry in the history buffer includes the current sixteen bit time stamp, twenty three bits from certain fields of the cause register or program counter, one bit indicating whether the entry is related to a jump or an exception, two bits identifying the processor number (in a multiprocessor system), one bit identifying whether the history buffer has overflowed, and a time stamp rollover bit. The history buffer preferably has a depth of at least sixteen entries.
- An exemplary implementation of the debugging interface is embodied on an ASIC chip having three processors. Each processor is provided with two decoders as described above and a single event history buffer is provided on the chip. Nine pins on the chip are used to provide access to the three bit outputs of each first decoder. Three pins on the chip provide serial access (data, clock, and enable) to the contents of the event history buffer. These twelve pins on the chip allow a diagnostic device to be coupled to the chip during real time operations without interfering with the operation of the chip. The outputs of the first decoders and the contents of the event history buffer can be recorded over time by the diagnostic device to provide a real time record of the processing events occurring in the chip during real time. This real time record taken together with knowledge of the program code being executed provides a true picture of the processors' execution sequence in real time and thereby expedite debugging of code.
- Additional objects and advantages of the invention will become apparent to those skilled in the art upon reference to the detailed description taken in conjunction with the provided figures.
- FIG. 1 (represented as FIGS. 1A and 1B on two separate sheets) is a schematic block diagram of an exemplary implementation of a real time debugger interface according to the invention; and
- FIG. 2 is a schematic block diagram of a debugging system coupled to a chip embodying a real time debugger interface according to the invention.
- Referring now to FIG. 1, an
exemplary ASIC chip 10 incorporating a debugger interface according to the invention includes threeprocessors common clock 16 via aclock bus 17. Each processor includes an instruction RAM (IRAM) 18 a, 18 b, 18 c, an arithmetic logic unit (ALU) 20 a, 20 b, 20 c, and a “sequencer” 22 a, 22 b, 22 c. Each sequencer includes aprogram counter cause register - According to one aspect of the invention, a
first decoder IRAM sequencer bit output chip 10 via three pins (0, 1, 2) in real time. - As mentioned above, the three bit output of each first decoder28 provides an indication of the processor activity during the last clock cycle. Thus, the decoder 28 is arranged to indicate whether the program counter has moved its pointer to a new instruction. The decoder also decodes the instruction in the IRAM to provide information about the instruction, and decodes the contents of the cause register to provide an indication of an exception encountered during the execution of an instruction. According to a presently preferred embodiment, the first decoder 28 generates a three bit output which is interpreted as shown in Table 1, below.
TABLE 1 Output Mnemonic Description 000 NC No Change 001 INC Program Counter Increment 010 JI Program Counter Jump Immediate 011 JR Program Counter Jump Register 100 ECP Exception Encountered 101 PBT Program Counter Branch Taken 110 RSD Reserved 111 ENH Exception Encountered, No History Buffer Entry Written - The output 000 indicates that there has been no change in the processor since the last clock cycle; i.e., the processor has not processed a new instruction and the program counter pointer has not changed. The output 001 indicates that the processor has processed the next instruction in the program; i.e., the program counter pointer has incremented to the next instruction in the index. The output 010 indicates that the last instruction processed by the processor was a “hard coded” jump to an instruction; i.e., the instruction in IRAM pointed to by the program counter includes code indicating that it is a jump instruction to an absolute address in the program. The output 011 indicates that the last instruction processed by the processor was a jump to an instruction based on the contents of a register; i.e., the instruction in IRAM pointed to by the program counter includes code indicating that it is a jump instruction to a location in the program determined by the value of a variable. The output 100 indicates that since the last clock cycle the processor has encountered an interrupt or an exception; i.e., the contents of the cause register contain code which indicates an interrupt or exception. The output 101 indicates that the last instruction processed by the processor was a pc branch taken; i.e., the instruction in IRAM pointed to by the program counter includes code indicating that it is a branch back to another instruction. The output 110 is not presently used, but is reserved for future use. The output 111 indicates that since the last clock cycle the processor has encountered an interrupt or an exception; and that no entry was made in the history buffer
- The operation of the first decoder28 and its output is illustrated with reference to a simple code listing which is shown below in Table 2.
TABLE 2 LINE NUMBER INSTRUCTION 10 Input A 20 B = 5 30 C = 2 40 D = B + C 50 If D = 7 then Goto 1060 Goto A*10 70 B = 4 80 Goto 30 90 End - The listing in Table 2 has one “immediate” or “hard coded” jump instruction at line 80 and a conditional branch at line 50. It also has one jump instruction, line 60, based on the contents of a register, i.e. the value of A which is input at
line 10. The three bit output of the first decoder during execution of the instructions shown in Table 2 is illustrated in Table 3 below where the values of variables A, B, C, and D are also shown.TABLE 3 Current Next Three Bit Line Line A B C D Mnemonic Output 10 20 ? ? ? ? INC 001 20 30 ? 5 ? ? INC 001 30 40 ? 5 2 ? INC 001 40 50 ? 5 2 7 INC 001 50 70 ? 5 2 7 PBT 101 70 80 ? 4 2 7 INC 101 80 30 ? 4 2 7 JI 010 30 40 ? 4 2 7 INC 001 40 50 ? 4 2 6 INC 001 50 60 ? 4 2 6 INC 001 60 ? ? 4 2 6 JR 011 - When the first instruction (listed in line 10) is executed, the first decoder indicates that a program counter increment (INC) in the execution of the program has occurred and shows an output of “001”. As the program progresses from the instruction on
line 10 through the instruction online 40, the first decoder continues to indicate that a program counter increment (INC) in the execution of the program has occurred and continues to show an output of “001”. When the instruction on line 50 is executed, the first decoder indicates that a program counter branch taken (PBT) has occurred and shows an output of “101”. As seen in Tables 2 and 3, the program branches to line 70 because the conditional expression of line 50 is true based on the variable D=7. Upon execution of line 70, the first-decoder indicates that a program counter increment (INC) in the execution of the program has occurred and shows an output of “001”. When the instruction on line 80 is executed, the first decoder indicates that an immediate jump (JI) has occurred and shows an output of “010”. As seen in Tables 2 and 3, the program jumps to line 30. When the instructions onlines 30 and 40 are executed, the first decoder indicates that a program counter increment (INC) in the execution of the program has occurred and shows an output of “001”. When line 50 is executed (now for the second time) the first decoder indicates that a program counter increment (INC) in the execution of the program has occurred and shows an output of “001” because the condition (D=7) for the jump in line 50 is no longer valid. Line 60 is now executed and a jump to a location stored in a register occurs. The first decoder therefore indicates a jump to register (JR) by showing an output of “011”. - Referring once again to FIG. 1, according to another aspect of the invention, each cause register26 a, 26 b, 26 c is coupled to the data input D of an
event history buffer 14 and asecond decoder history buffer 14. Theclock 16 provides the common clock signal to the clock input C of thehistory buffer 14 via theclock bus 17, and atimestamp register 19 is also coupled to theclock bus 17. The contents of thehistory buffer 14 are made available off chip by three pins for the data, clock, and enable (D, C, E) of thehistory buffer 14. According to this aspect of the invention, when certain conditions are detected by one of the second decoders 32, the history buffer is enabled via the appropriate decoder, and information from the cause register, the timestamp register, and the program counter is stored in the history buffer. More particularly, the second decoder 32 enables the history buffer whenever the first decoder contains code which indicates that the processor is processing an instruction to jump to a location stored in a register, whenever the first decoder contains code indicating an exception was encountered, and whenever the first decoder contains code indicating a change in state of an interrupt line. - According to a presently preferred embodiment, when the history buffer is enabled, it captures forty-four bits of information from the cause register or program counter, and the timestamp register. The forty-four bits of information are preferably organized as illustrated in Table 4 below.
TABLE 4 43 42 41 40-18 17 16 15-0 Mode Proc Cause/PC HOVRF TR Time Stamp - The first bit, bit location 43, is a mode identifier indicating whether the entry being stored has program counter information or cause register information. A two bit processor identification number is stored in binary form at
bit locations 42, 41. This number is used to indicate which processor's information is being stored (in the case of a multiprocessor system). The next twenty-three bits atbit locations 40 through 18 are used to store cause register information or program counter information depending on the mode as explained above. If program counter information is being stored, the contents of the program counter are stored atbit locations 40 through 18. If cause register information is being stored,bit location 40 is used to indicate whether the exception occurred while the processor was executing an instruction in the branch delay slot. (This applies to pipelined processors such as RISC processors.) Bit locations 39 through 35 are used to store processor related exception conditions. Bit locations 34 through 18 are used to store an indication of all pending interrupts (external, software, co-processor. The HOVRF field atbit location 17 is used to indicate whether the internal event history buffer has overflowed. TheTR bit 16 is used to indicate a timestamp rollover and bits 15 through 0 are used to store a sixteen bit timestamp. According to the presently preferred embodiment, the forty-four bits captured in thehistory buffer 14 are serially output on data pin D over forty-four clock cycles (bit serial output). - As mentioned above, the event history buffer records information when an event (either an unmasked exception or a PC jump register instruction) has occurred. According to a presently preferred embodiment, this requires an additional mask register per cause register and a free running timestamp counter. The event masks are provided by a JTAG test register load instruction in the static debug interface. When the cause register bits corresponding to an exception are unmasked or a PC jump register instruction is encountered, an entry is made in the history buffer.
- Those skilled in the art will appreciate that the outputs of the first decoder28 and the contents of the
history buffer 14 provide a relatively complete indication of each processor's execution sequence in real time, particularly when viewed in light of the actual program code which is being executed. Therefore, according to the invention, a debugging system may be coupled to the first decoders and history buffer as illustrated in FIG. 2. - Turning now to FIG. 2, the
outputs debugging computer 44 which preferably has a copy of the program code stored therein. The three-bit outputs interface buffer 40 which is coupled by a serial, parallel, ornetwork connection 42 to thedebugging computer 44. Theinterface buffer 40 is a rate decoupling buffer. In a present embodiment of the invention, the debugger interface is provided on a 100 MHz three processor system. In that system, the data rate for reading the event history buffer is approximately 1 gigabit/sec. Current PCs cannot keep up with that data rate. Therefore, thebuffer 40 is provided to prevent the loss of event history data. - As the program is running on the
ASIC 10, thedebugging computer 44 collects information from the first decoders and the history buffer. The information collected by thecomputer 44 is associated with each line of code being executed by the ASIC by stepping through the copy of the code which is stored in thecomputer 44. When a bug is encountered, the complete history of instruction execution leading up to the failure can be reviewed with thecomputer 44. The debugging system is non-invasive and permits debugging of programs operating in real time. - There have been described and illustrated herein embodiments of a real time debugger interface for embedded systems. While particular embodiments of the invention have been described, it is not intended that the invention be limited thereto, as it is intended that the invention be as broad in scope as the art will allow and that the specification be read likewise. Thus, while particular encoding schemes have been disclosed with reference to the first decoder output and the history buffer contents, it will be appreciated that other encoding schemes could be utilized provided that they achieve substantially the same results as described herein. Also, while the invention has been illustrated with reference to a three-processor ASIC chip, it will be recognized that the invention may be applied in other types of chips having greater or fewer processors. Moreover, while particular configurations have been disclosed in reference to the indications provided by the first decoders, it will be appreciated that other configurations could be used as well, provided that they achieve substantially the same results as described herein. It will therefore be appreciated by those skilled in the art that yet other modifications could be made to the provided invention without deviating from its spirit and scope as so claimed.
Claims (3)
1. A method of debugging a processor, said method comprising:
a) providing information about processor activity in real time; and
b) associating the instructions executed by the processor with the information about processor activity.
2. A method according to claim 1 , wherein:
the information about processor activity includes an indication of at least one of whether the last instruction executed was a jump, a jump based on the contents of a register, a branch taken, or an instruction which encountered an exception.
3. A method according to claim 1 , further comprising:
c) providing information regarding the status of the processor when certain processor events occur, said certain processor events including at least one of a change in status of an interrupt line, an internal processor exception, and the execution of a jump instruction based on the contents of a register.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/918,123 US20020013893A1 (en) | 1998-04-22 | 2001-07-30 | Real time debugger interface for embedded systems |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/064,474 US6321331B1 (en) | 1998-04-22 | 1998-04-22 | Real time debugger interface for embedded systems |
US09/918,123 US20020013893A1 (en) | 1998-04-22 | 2001-07-30 | Real time debugger interface for embedded systems |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/064,474 Continuation US6321331B1 (en) | 1998-04-22 | 1998-04-22 | Real time debugger interface for embedded systems |
Publications (1)
Publication Number | Publication Date |
---|---|
US20020013893A1 true US20020013893A1 (en) | 2002-01-31 |
Family
ID=22056243
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/064,474 Expired - Lifetime US6321331B1 (en) | 1998-04-22 | 1998-04-22 | Real time debugger interface for embedded systems |
US09/918,123 Abandoned US20020013893A1 (en) | 1998-04-22 | 2001-07-30 | Real time debugger interface for embedded systems |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/064,474 Expired - Lifetime US6321331B1 (en) | 1998-04-22 | 1998-04-22 | Real time debugger interface for embedded systems |
Country Status (7)
Country | Link |
---|---|
US (2) | US6321331B1 (en) |
EP (1) | EP1080404A1 (en) |
JP (1) | JP2002512396A (en) |
CN (1) | CN100449477C (en) |
CA (1) | CA2329423A1 (en) |
IL (1) | IL139098A0 (en) |
WO (1) | WO1999054809A1 (en) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004046929A1 (en) * | 2002-11-14 | 2004-06-03 | Stmicroelectronics S.A. | Transmission of a digital message between a microprocessor monitoring circuit and an analysis tool |
US20060195682A1 (en) * | 2002-11-21 | 2006-08-31 | Stmicoelectronics S.A. | Monitoring device with optimized buffer |
US20060212684A1 (en) * | 2002-11-14 | 2006-09-21 | Stmicroelectronis S.A. | Circuit for monitoring a microprocessor and analysis tool and inputs/outputs thereof |
US20070083795A1 (en) * | 2005-10-10 | 2007-04-12 | Nagracard S.A. | Securised microprocessor with jump verification |
US20080077780A1 (en) * | 2003-07-25 | 2008-03-27 | Zingher Arthur R | System and Method for Software Debugging |
US20090019270A1 (en) * | 2007-07-13 | 2009-01-15 | Digi International Inc. | Embedded device program debug control |
US20120079161A1 (en) * | 2010-09-27 | 2012-03-29 | Hsuan-Ching Chao | Circuit for simultaneously analyzing performance and bugs and method thereof |
USRE47851E1 (en) * | 2006-09-28 | 2020-02-11 | Rambus Inc. | Data processing system having cache memory debugging support and method therefor |
US11029357B2 (en) | 2015-08-13 | 2021-06-08 | Samsung Electronics Co., Ltd. | Embedded logic analyzer and integrated circuit including the same |
Families Citing this family (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6574743B1 (en) * | 1999-03-30 | 2003-06-03 | Siemens Energy & Automation | Programmable logic controller method, system and apparatus |
JP2001195281A (en) * | 2000-01-07 | 2001-07-19 | Sony Corp | System monitoring device |
JP2001356930A (en) * | 2000-03-02 | 2001-12-26 | Texas Instr Inc <Ti> | Method and device for automatically detecting connection among emulator and target device |
JP2002358232A (en) * | 2001-05-31 | 2002-12-13 | Mitsubishi Electric Corp | Memory access device |
US20030074650A1 (en) * | 2001-10-17 | 2003-04-17 | Tankut Akgul | Debugger operating system for embedded systems |
US7031869B2 (en) * | 2001-12-28 | 2006-04-18 | Hewlett-Packard Development Company, L.P. | Method and apparatus for managing timestamps when storing data |
US20030135718A1 (en) * | 2002-01-14 | 2003-07-17 | International Business Machines Corporation | Method and system using hardware assistance for instruction tracing by revealing executed opcode or instruction |
CN100416512C (en) * | 2004-10-29 | 2008-09-03 | 上海环达计算机科技有限公司 | Embedded apparatus debugging method and debugging tool therefor |
US20060248391A1 (en) * | 2005-05-02 | 2006-11-02 | Glover Jeffrey C | State machine-based command line debugger |
US7921429B2 (en) * | 2005-06-09 | 2011-04-05 | Whirlpool Corporation | Data acquisition method with event notification for an appliance |
US20070162158A1 (en) * | 2005-06-09 | 2007-07-12 | Whirlpool Corporation | Software architecture system and method for operating an appliance utilizing configurable notification messages |
EP2228969B1 (en) * | 2005-06-09 | 2017-04-19 | Whirlpool Corporation | Software architecture system and method for communication with, and management of, at least one component within a household appliance |
US20080137670A1 (en) * | 2005-06-09 | 2008-06-12 | Whirlpool Corporation | Network System with Message Binding for Appliances |
US7917914B2 (en) * | 2005-06-09 | 2011-03-29 | Whirlpool Corporation | Event notification system for an appliance |
US20070198816A1 (en) * | 2005-11-10 | 2007-08-23 | Chuan-Po Ling | Emulation system for a single-chip multiple-microcontroller and emulation method thereof |
US7581087B2 (en) * | 2006-01-17 | 2009-08-25 | Qualcomm Incorporated | Method and apparatus for debugging a multicore system |
US7707459B2 (en) | 2007-03-08 | 2010-04-27 | Whirlpool Corporation | Embedded systems debugging |
US8407457B2 (en) * | 2007-09-28 | 2013-03-26 | Freescale Semiconductor, Inc. | System and method for monitoring debug events |
US8042002B2 (en) * | 2008-01-18 | 2011-10-18 | Freescale Semiconductor, Inc. | Method and apparatus for handling shared hardware and software debug resource events in a data processing system |
US7870434B2 (en) * | 2008-02-29 | 2011-01-11 | Freescale Semiconductor, Inc. | Method and apparatus for masking debug resources |
US7870430B2 (en) * | 2008-02-29 | 2011-01-11 | Freescale Semiconductor, Inc. | Method and apparatus for sharing debug resources |
GB2459652B (en) * | 2008-04-28 | 2010-09-22 | Imagination Tech Ltd | Controlling instruction scheduling based on the space in a trace buffer |
US20110314223A1 (en) * | 2010-06-17 | 2011-12-22 | Yair Orbach | System for protecting against cache restriction violations in a memory |
US9053233B2 (en) | 2011-08-15 | 2015-06-09 | Freescale Semiconductor, Inc. | Method and device for controlling debug event resources |
US10318308B2 (en) * | 2012-10-31 | 2019-06-11 | Mobileye Vision Technologies Ltd. | Arithmetic logic unit |
US9996354B2 (en) * | 2015-01-09 | 2018-06-12 | International Business Machines Corporation | Instruction stream tracing of multi-threaded processors |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5737538A (en) * | 1993-07-27 | 1998-04-07 | Compuserve Incorporated | System for remote microcomputer access and modification of information in host computer |
US5737521A (en) * | 1993-09-28 | 1998-04-07 | Siemens Aktiengesellschaft | Tracer system for analyzing errors in running real-time systems |
US5799142A (en) * | 1994-09-12 | 1998-08-25 | Nec Corporation | Debugging method and debugging system for multi-task programs |
US5838692A (en) * | 1996-11-14 | 1998-11-17 | Hewlett-Packard Company | System and method for extracting realtime debug signals from an integrated circuit |
US5838897A (en) * | 1996-02-27 | 1998-11-17 | Cyrix Corporation | Debugging a processor using data output during idle bus cycles |
US6016555A (en) * | 1997-11-19 | 2000-01-18 | Texas Instruments Incorporated | Non-intrusive software breakpoints in a processor instruction execution pipeline |
US6081885A (en) * | 1996-12-20 | 2000-06-27 | Texas Instruments Incorporated | Method and apparatus for halting a processor and providing state visibility on a pipeline phase basis |
US6205560B1 (en) * | 1996-02-27 | 2001-03-20 | Via-Cyrix, Inc. | Debug system allowing programmable selection of alternate debug mechanisms such as debug handler, SMI, or JTAG |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3088129B2 (en) * | 1991-05-29 | 2000-09-18 | 日本電気株式会社 | Microprocessor |
JPH0774984B2 (en) * | 1991-06-10 | 1995-08-09 | インターナショナル・ビジネス・マシーンズ・コーポレイション | System resource utilization measurement method and data processing system |
US5491793A (en) | 1992-07-31 | 1996-02-13 | Fujitsu Limited | Debug support in a processor chip |
JPH06222952A (en) * | 1993-01-27 | 1994-08-12 | Toshiba Corp | Debug supporting device |
US5513346A (en) | 1993-10-21 | 1996-04-30 | Intel Corporation | Error condition detector for handling interrupt in integrated circuits having multiple processors |
US5640542A (en) | 1993-10-29 | 1997-06-17 | Intel Corporation | On-chip in-circuit-emulator memory mapping and breakpoint register modules |
US5473754A (en) * | 1993-11-23 | 1995-12-05 | Rockwell International Corporation | Branch decision encoding scheme |
US5544311A (en) * | 1995-09-11 | 1996-08-06 | Rockwell International Corporation | On-chip debug port |
US5724505A (en) * | 1996-05-15 | 1998-03-03 | Lucent Technologies Inc. | Apparatus and method for real-time program monitoring via a serial interface |
GB2329049B (en) * | 1997-09-09 | 2002-09-11 | Advanced Risc Mach Ltd | Apparatus and method for identifying exceptions when debugging software |
-
1998
- 1998-04-22 US US09/064,474 patent/US6321331B1/en not_active Expired - Lifetime
-
1999
- 1999-04-14 WO PCT/US1999/008274 patent/WO1999054809A1/en not_active Application Discontinuation
- 1999-04-14 CN CNB998076562A patent/CN100449477C/en not_active Expired - Fee Related
- 1999-04-14 JP JP2000545092A patent/JP2002512396A/en active Pending
- 1999-04-14 CA CA002329423A patent/CA2329423A1/en not_active Abandoned
- 1999-04-14 EP EP99916684A patent/EP1080404A1/en not_active Withdrawn
- 1999-04-22 IL IL13909899A patent/IL139098A0/en unknown
-
2001
- 2001-07-30 US US09/918,123 patent/US20020013893A1/en not_active Abandoned
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5737538A (en) * | 1993-07-27 | 1998-04-07 | Compuserve Incorporated | System for remote microcomputer access and modification of information in host computer |
US5737521A (en) * | 1993-09-28 | 1998-04-07 | Siemens Aktiengesellschaft | Tracer system for analyzing errors in running real-time systems |
US5799142A (en) * | 1994-09-12 | 1998-08-25 | Nec Corporation | Debugging method and debugging system for multi-task programs |
US5838897A (en) * | 1996-02-27 | 1998-11-17 | Cyrix Corporation | Debugging a processor using data output during idle bus cycles |
US6205560B1 (en) * | 1996-02-27 | 2001-03-20 | Via-Cyrix, Inc. | Debug system allowing programmable selection of alternate debug mechanisms such as debug handler, SMI, or JTAG |
US5838692A (en) * | 1996-11-14 | 1998-11-17 | Hewlett-Packard Company | System and method for extracting realtime debug signals from an integrated circuit |
US6081885A (en) * | 1996-12-20 | 2000-06-27 | Texas Instruments Incorporated | Method and apparatus for halting a processor and providing state visibility on a pipeline phase basis |
US6016555A (en) * | 1997-11-19 | 2000-01-18 | Texas Instruments Incorporated | Non-intrusive software breakpoints in a processor instruction execution pipeline |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060155971A1 (en) * | 2002-11-14 | 2006-07-13 | Stmicroelectronics S.A. | Transmission of a digital message between a microprocessor monitoring circuit and an analysis tool |
US20060212684A1 (en) * | 2002-11-14 | 2006-09-21 | Stmicroelectronis S.A. | Circuit for monitoring a microprocessor and analysis tool and inputs/outputs thereof |
WO2004046929A1 (en) * | 2002-11-14 | 2004-06-03 | Stmicroelectronics S.A. | Transmission of a digital message between a microprocessor monitoring circuit and an analysis tool |
US7673121B2 (en) | 2002-11-14 | 2010-03-02 | Stmicroelectronics S.A. | Circuit for monitoring a microprocessor and analysis tool and inputs/outputs thereof |
US7225098B2 (en) | 2002-11-21 | 2007-05-29 | Stmicroelectronics S.A. | Monitoring device with optimized buffer |
US20060195682A1 (en) * | 2002-11-21 | 2006-08-31 | Stmicoelectronics S.A. | Monitoring device with optimized buffer |
US20080077780A1 (en) * | 2003-07-25 | 2008-03-27 | Zingher Arthur R | System and Method for Software Debugging |
US20070083795A1 (en) * | 2005-10-10 | 2007-04-12 | Nagracard S.A. | Securised microprocessor with jump verification |
EP1783649A1 (en) * | 2005-10-10 | 2007-05-09 | Nagracard S.A. | Secure microprocessor with jump verification |
WO2007042478A1 (en) * | 2005-10-10 | 2007-04-19 | Nagracard S.A. | Secure microprocessor with jump verification |
USRE47851E1 (en) * | 2006-09-28 | 2020-02-11 | Rambus Inc. | Data processing system having cache memory debugging support and method therefor |
USRE49305E1 (en) * | 2006-09-28 | 2022-11-22 | Rambus Inc. | Data processing system having cache memory debugging support and method therefor |
US20090019270A1 (en) * | 2007-07-13 | 2009-01-15 | Digi International Inc. | Embedded device program debug control |
US8533678B2 (en) * | 2007-07-13 | 2013-09-10 | Digi International Inc. | Embedded device program debug control |
US20120079161A1 (en) * | 2010-09-27 | 2012-03-29 | Hsuan-Ching Chao | Circuit for simultaneously analyzing performance and bugs and method thereof |
US8566501B2 (en) * | 2010-09-27 | 2013-10-22 | Etron Technology, Inc. | Circuit for simultaneously analyzing performance and bugs and method thereof |
US11029357B2 (en) | 2015-08-13 | 2021-06-08 | Samsung Electronics Co., Ltd. | Embedded logic analyzer and integrated circuit including the same |
US11719747B2 (en) | 2015-08-13 | 2023-08-08 | Samsung Electronics Co., Ltd. | Embedded logic analyzer and integrated circuit including the same |
Also Published As
Publication number | Publication date |
---|---|
IL139098A0 (en) | 2001-11-25 |
CA2329423A1 (en) | 1999-10-28 |
CN100449477C (en) | 2009-01-07 |
EP1080404A1 (en) | 2001-03-07 |
US6321331B1 (en) | 2001-11-20 |
JP2002512396A (en) | 2002-04-23 |
CN1306639A (en) | 2001-08-01 |
WO1999054809A9 (en) | 2000-02-10 |
WO1999054809A1 (en) | 1999-10-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6321331B1 (en) | Real time debugger interface for embedded systems | |
US5134701A (en) | Test apparatus performing runtime replacement of program instructions with breakpoint instructions for processor having multiple instruction fetch capabilities | |
US8266608B2 (en) | Post-compile instrumentation of object code for generating execution trace data | |
US6145123A (en) | Trace on/off with breakpoint register | |
US5802272A (en) | Method and apparatus for tracing unpredictable execution flows in a trace buffer of a high-speed computer system | |
US5764885A (en) | Apparatus and method for tracing data flows in high-speed computer systems | |
US9152531B2 (en) | Post-compile instrumentation of object code for generating execution trace data | |
US6430741B1 (en) | System and method for data coverage analysis of a computer program | |
US5889981A (en) | Apparatus and method for decoding instructions marked with breakpoint codes to select breakpoint action from plurality of breakpoint actions | |
US6041406A (en) | Parallel and serial debug port on a processor | |
US8527812B2 (en) | Information processing device | |
US6247146B1 (en) | Method for verifying branch trace history buffer information | |
US8776029B2 (en) | System and method of software execution path identification | |
US6859891B2 (en) | Apparatus and method for shadowing processor information | |
US6173395B1 (en) | Mechanism to determine actual code execution flow in a computer | |
US7793261B1 (en) | Interface for transferring debug information | |
KR20010006188A (en) | Trace cache for a microprocessor-based device | |
Decker et al. | Online analysis of debug trace data for embedded systems | |
US20090172642A1 (en) | System and method for debugging a computer program | |
US7793160B1 (en) | Systems and methods for tracing errors | |
CN111367742A (en) | Method, device, terminal and computer readable storage medium for debugging MVP processor | |
US20070226471A1 (en) | Data processing apparatus | |
US20050050524A1 (en) | Generating software test information | |
CN100533401C (en) | Emulation and debug interfaces for testing an integrated circuit with an asynchronous microcontroller | |
US7299386B2 (en) | Apparatus and method for detecting address characteristics for use with a trigger generation unit in a target processor |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: TRANSWITCH CORPORATION, CONNECTICUT Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ROY, SUBHASH C.;HEMBROOK, PAUL;PARRELLA, EUGENE L.;AND OTHERS;REEL/FRAME:012041/0817;SIGNING DATES FROM 20010724 TO 20010726 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |
|
AS | Assignment |
Owner name: TR TECHNOLOGIES FOUNDATION LLC, DELAWARE Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:TRANSWITCH CORPORATION;REEL/FRAME:021291/0963 Effective date: 20071226 |