I. Introduction
Safety-critical systems have stringent assurance and verification requirements that are absolutely essential to many life-critical applications, including medical, automotive, aerospace, and industrial automation [8], [45]. In safety-critical systems, integrating components with different levels of criticalities (e.g., automotive safety and integrity levels (ASILs) in ISO26262 [1]) onto a shared hardware platform has become increasingly important [8], [45]. One of the examples is the leading automotive companies are devoting themselves to integrating the advanced driving assistance system (ADAS, a critical component) and the in-vehicle information system (IVIS, a less-critical component) in a shared platform [43], due to size, weight, power, and cost (SWaP-C) requirements [1], [45]. This new trend has brought a lot of interest from both academia and industry to work on systems with mixed-criticality levels, known as mixed-criticality systems or MCSs [8]. The rapid growth of the theory has therefore imposed more demands on the underlying hardware and execution platforms used by modern safety-critical systems [24], which is required to have diverse functionalities to align with the MCS execution model that can be beneficial for timing verification with reduced costs.