A compact model to identify delay faults due to crosstalk

Rosselló, Josep L.; Segura, J.

doi:10.1109/date.2006.243805

Cited by 2 publications

(3 citation statements)

References 9 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…These delay faults are the base for the implementation of crosstalk faults. To be independant from the used hardware, Arrow resigns the use of equations like [22] for a exact computation of the delay values.…”

Section: Methodsmentioning

confidence: 99%

“…In the other case, crosstalk will manifests itself as transient errors (glitches). The negative impact on the propagation delay is caused by the additional charge injected from the aggressor driver to the victim output node through the coupling capacitance [22]. This additional charge has to be discharged by the victim during every switching operation, thus leading to the longer rise and fall times.…”

Section: Crosstalk Modelsmentioning

confidence: 99%

“…This additional charge has to be discharged by the victim during every switching operation, thus leading to the longer rise and fall times. [22] gives an good overview of some mathematical equations for computing the additional delay time.…”

Section: Crosstalk Modelsmentioning

confidence: 99%

See 2 more Smart Citations

ARROW - A Generic Hardware Fault Injection Tool for NoCs

Birner

Handl

2009

2009 12th Euromicro Conference on Digital System Design, Architectures, Methods and Tools

View full text Add to dashboard Cite

TodaysNoCs are reaching a level where it is getting very hard to ensure 100% of functionality. Consequently, fault tolerance has become an important aspect in todays design techniques and like the system itself, it has to be validated and tested. A vulnerable point of attack for faults in distribiuted systems like NoCs is certainly the interconnect. In this paper, we will give an overview about todays challenges in interconnect technology and potential resulting physical faults. Unfortunately, describing faults on the physical level is far too accurate and so it is necessary to abstract and to map all these faults to a logical level. In more complex systems, also the logical level may become too detailed. As a result, an even more abstract layer, which is defined as the functional level, has to be introduced. To be able to verify fault tolerance, an experiment based test approach like fault injection is necessary. Arrow is a generic hardware fault injection tool, written in the hardware description language VHDL, especially designed for digital fault injection on the interconnect of NoCs, making use of fault models from the logical level. 1

show abstract

Section: Methodsmentioning

confidence: 99%

Section: Crosstalk Modelsmentioning

confidence: 99%