2016
DOI: 10.1016/j.ress.2015.12.018
|View full text |Cite
|
Sign up to set email alerts
|

Synchronization of faulty processors in coarse-grained TMR protected partially reconfigurable FPGA designs

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
14
0

Year Published

2017
2017
2019
2019

Publication Types

Select...
4
2
1

Relationship

0
7

Authors

Journals

citations
Cited by 23 publications
(14 citation statements)
references
References 33 publications
0
14
0
Order By: Relevance
“…However, in prior research, faults are usually assumed to be isolated, side effect free, and local to an individual application thread [19] or transient [20], [21], entailing high performance [22] or resource overhead [23], [24]. More advanced proof-of-concepts [20], [25], however, attempt to address these limitations, and even show a modest performance overhead between 3% and 25%, but utilize checkpoint & rollback or restart mechanics [20], which make them unsuitable for spacecraft command & control applications.…”
Section: Background and Related Workmentioning
confidence: 99%
“…However, in prior research, faults are usually assumed to be isolated, side effect free, and local to an individual application thread [19] or transient [20], [21], entailing high performance [22] or resource overhead [23], [24]. More advanced proof-of-concepts [20], [25], however, attempt to address these limitations, and even show a modest performance overhead between 3% and 25%, but utilize checkpoint & rollback or restart mechanics [20], which make them unsuitable for spacecraft command & control applications.…”
Section: Background and Related Workmentioning
confidence: 99%
“…In synchronous, the redundant devices have a common clock, and the voter should use that clock. In this kind of applications, the voting process is easier to perform, because the voter only needs to compare the inputs . However, when redundant modules work by their own clocks, it is necessary to implement an asynchronous voting algorithm.…”
Section: State Of the Artmentioning
confidence: 99%
“…Additionally, there are a few recommendations in order to improve the functionality of the system: Possibility to use third‐party modules: The people or companies that develop safety devices often are not aware of security issues. Thus, the use of third‐party devices is very helpful, because the company can focus on safety and outsource the security to other company with the expertise. Synchronized system: The system should be synchronized to facilitate the voting process …”
Section: System Analysismentioning
confidence: 99%
See 1 more Smart Citation
“…We avoid thread synchronization issues due to invasive lockstep mechanics [25] by merely reusing existing OS functionality without breaking existing ABI contracts. Therefore, we can continue relying upon pre-existing synchronization mechanics such as POSIX cancellation points 3 and their bare-metal equivalents (e.g., RTEMS_NO_PREEMPT in RTEMS's Classic API if used instead of newlib or the POSIX API).…”
Section: Stage 1: Short-term Fault Mitigationmentioning
confidence: 99%