mirror of
https://github.com/projectacrn/acrn-hypervisor.git
synced 2025-05-31 19:35:28 +00:00
For some function pointer type, its name is identical with variable name in the same scope. This MISRA C violation is detected. Naming convention rule:If the type is function pointer, its name needs suffix "_fn". The following udpates are made: *apicv_set_intr_ready-->*apicv_set_intr_ready_fn *apicv_pending_intr-->*apicv_pending_intr_fn *apicv_set_tmr-->*apicv_set_tmr_fn *apicv_batch_set_tmr-->*apicv_batch_set_tmr_fn *apicv_intr_accepted-->*apicv_intr_accepted_fn *apicv_post_intr-->*apicv_post_intr_fn *enable_x2apic_mode-->*enable_x2apic_mode_fn V1-->V2: Update function pointer when it is used as calling since no need to dereference a function pointer before calling. Signed-off-by: Xiangyang Wu <xiangyang.wu@linux.intel.com> Reviewed-by: Junjie Mao <junjie.mao@intel.com> |
||
---|---|---|
.. | ||
arch/x86 | ||
boot | ||
bsp | ||
common | ||
debug | ||
include | ||
lib | ||
scripts/kconfig | ||
Kconfig | ||
MAINTAINERS | ||
Makefile | ||
README.rst |
Embedded-Hypervisor ################### This open source embedded hypervisor defines a software architecture for running multiple software subsystems managed securely on a consolidated system (by means of a virtual machine manager), and defines a reference framework Device Model implementation for devices emulation This embedded hypervisor is type-1 reference hypervisor, running directly on the system hardware. It can be used for building software defined cockpit (SDC) or In-Vehicle Experience (IVE) solutions running on Intel Architecture Apollo Lake platforms. As a reference implementation, it provides the basis for embedded hypervisor vendors to build solutions with an open source reference I/O mediation solution, and provides auto makers a reference software stack for SDC usage. This embedded hypervisor is able to support both Linux* and Android* as a Guest OS, managed by the hypervisor, where applications can run. This embedded hypervisor is a partitioning hypervisor reference stack, also suitable for non-automotive IoT & embedded device solutions. It will be addressing the gap that currently exists between datacenter hypervisors, hard partitioning hypervisors, and select industrial applications. Extending the scope of this open source embedded hypervisor relies on the involvement of community developers like you!