2006
DOI: 10.1049/ip-cdt:20050194
|View full text |Cite
|
Sign up to set email alerts
|

Debug support for complex systems on-chip: a review

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
4
1

Citation Types

0
42
0

Year Published

2007
2007
2023
2023

Publication Types

Select...
5
2
2

Relationship

0
9

Authors

Journals

citations
Cited by 88 publications
(42 citation statements)
references
References 13 publications
0
42
0
Order By: Relevance
“…Hence, the proposed work is particularly suitable for providing possible security solutions to commercial off-the-shelf (COTS) products, where the products have many restrictions on modifying their internal programs or hardware architectures. The proposed system can be run on a non-intrusive debug facility, a non-intrusive infrastructure that is generally used during device software development at present in all production devices, that connects to the targeted embedded device through a debug interface [28,29], which means that the proposed system would not affect the performance of the monitored embedded system in terms of additional memory and processor usage. In one of the authors' previous works [30], an implementation of the conventional SOM on a Xilinx Virtex-4 with 40 neurons required only 22.1% of the available 5,184 Kb Block RAM.…”
Section: ) Programs With Various Function Call Sequences (Including mentioning
confidence: 99%
“…Hence, the proposed work is particularly suitable for providing possible security solutions to commercial off-the-shelf (COTS) products, where the products have many restrictions on modifying their internal programs or hardware architectures. The proposed system can be run on a non-intrusive debug facility, a non-intrusive infrastructure that is generally used during device software development at present in all production devices, that connects to the targeted embedded device through a debug interface [28,29], which means that the proposed system would not affect the performance of the monitored embedded system in terms of additional memory and processor usage. In one of the authors' previous works [30], an implementation of the conventional SOM on a Xilinx Virtex-4 with 40 neurons required only 22.1% of the available 5,184 Kb Block RAM.…”
Section: ) Programs With Various Function Call Sequences (Including mentioning
confidence: 99%
“…At the same time, because of the high design complexity and the inaccurate abstracted models used in various design phases, existing verification techniques, such as simulation, formal verification, static timing analysis, and emulation cannot guarantee the correctness of the first silicon [11,18]. Since time-to-market dictates the success of a chip, a silicon debug strategy that helps identifying bugs effectively and efficiently is of crucial importance.…”
Section: Introductionmentioning
confidence: 99%
“…Scan chains are widely utilized to support manufacturing test as a design-for-testability feature. Scanbased debug techniques [9], [18], [19] significantly enhance the internal signal observability, however, the system needs to be halted to read out responses from the circuit-under-debug. A trace buffer is an on-chip memory that can store the continuous internal signal information for a limited time period.…”
Section: Introduction and Related Workmentioning
confidence: 99%
“…Unlike during pre-silicon verification, the accessibility and visibility of internal signals are very limited in post-silicon debug and hence this is the major challenge in the validation and debug of first silicon. Hence, identifying and resolving problems in ICs after first silicon is a very time consuming and extremely complex task [6], [8], [9], [12]- [14], [17], [20], [22], [23].…”
Section: Introduction and Related Workmentioning
confidence: 99%