Bureaucrats, dave_user, Administrators
4,650
edits
Changes
→Limitations of traditional configurations
* <span id="REQ7">REQ7</span> ''Master-slave relationship'': once the system has completed boot process, a master-slave relationship must be established between W1 and W2, in the sense that W1 must have complete control of W2 world (for instance W1 must be able to force the complete reboot of the GPOS).
* <span id="REQ8">REQ8</span> ''L2 cache availability on W2 side'': Basic AMP configurations does not support L2 cache. Generally speaking, this is not an issue on W1 side because
** since typical code and data footprints are relatively limited, thus performances are generally not affected (this is not true instead for W2 world where, in case L2 is not available, overall Linux system GPOS performances may decrease noticeably)
** L2 may affect predictability of execution time significantly.
[[AN-BELK-001:_Asymmetric_Multiprocessing_(AMP)_on_Bora_–_Linux_FreeRTOS|Traditional AMP]]<ref name="AN-BELK-001"></ref> configuration satisfies REQ1 through REG4REQ4. REQ5 through REQ8 are not satisfied instead. About integrity, for example, an application with ''root'' privileges or code executed in linux kernel space could access memory regions that are supposed to be exclusively accessed by code executed in W1. This may lead to unpredictable behaviors and to potentially catastrophic consequences. This is where TrustZone technology comes to help: it establishes a sort of barrier between the two worlds and prevents W2 code from unauthorized accesses to certain regions of the processor's addressing space.
