On-line detection and diagnosis of stuck-at faults in channels of NoC-based systems

Bhowmik, Biswajit; Deka, Jatindra Kumar; Biswas, Santosh; Bhattacharya, Bhargab B.

doi:10.1109/smc.2016.7844951

Cited by 7 publications

(3 citation statements)

References 23 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…When the fault is detected by CM1 (VGM pair), the manager recovery method starts. Figure 8b presents the system state after the VGM migration to the SP cand (2,2).…”

Section: Recovery Results From a Fault In A Managermentioning

confidence: 99%

“…In this example, all SPs execute at least one task. After assigning the tasks in the cluster, SP7 is elected as a new SP cand , and CM1 notifies CM0 that SP7 is the SP cand , executing one task (2).…”

Section: Recovery Protocol Stepsmentioning

confidence: 99%

“…Fig.5Task migration to release an SP. a Fault detect at CM1; b task C migrated from SP 2;1 to SP 1;1 ; c CM1 migration from address (2, 0) to(2,1) …”

mentioning

confidence: 99%

See 2 more Smart Citations

System management recovery in NoC-based many-core systems

Silva

Caimi

Moraes

et al. 2020

Analog Integr Circ Sig Process

View full text Add to dashboard Cite

The technology nodes reduction enabled the emergence of NoC-based many-cores with dozens to hundreds of processing elements (PEs). Despite the processing power offered by a large number of processors and communication flexibility due to the adoption of NoCs, it is necessary to manage the many-core resources to ensure scalability. The execution of the management tasks requires a PE reserved exclusively to execute such actions. These processors are named managers PE-MPE. A centralized approach would induce a significant load to the MPE in large-scale systems, and a permanent fault in the MPE would compromise the entire system. The adoption of a distributed approach, organization adopted in this work, with MPEs hierarchically organized, reduces the management load, and a fault in an MPE would compromise only the PEs managed by the faulty MPE. The literature presents several fault-tolerant proposals targeting the NoC or the processors. However, there is a significant gap related to fault-tolerant methods at the system level, i.e., related to fault-tolerant techniques regarding the MPEs. The goal of this paper is to present a recovery method when an MPE became faulty, and propose a protocol to migrate the management software safely to a new PE. The method adopts task migration to release a processor if there is no processor to receive the kernel that was executing in a faulty processor. The proposal is transparent to the applications running in the many-core, with an overhead in the execution time varying between 1.5 and 1.65 ms during the management and task migration.

show abstract

“…When the fault is detected by CM1 (VGM pair), the manager recovery method starts. Figure 8b presents the system state after the VGM migration to the SP cand (2,2).…”

Section: Recovery Results From a Fault In A Managermentioning

confidence: 99%

Section: Recovery Protocol Stepsmentioning

confidence: 99%