Hello: Does current acrn project support booting SOS with ovmf firmware? It seems SOS is booted with grub directly. In some case, i just want to boot to an ovmf UEFI BIOS's shell environment with acrn

fix compile issue for sbuf in release mode. Tracked-On: #8241 Signed-off-by: Conghui <conghui.chen@...> --- hypervisor/release/sbuf.c | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/hypervis

Some pass-thru PCIe devices may access MSI-X BAR besides MSI-X Table Structure. This patch would let the pass-thru PCIe device to access MSI-X BAR besides MSI-X Table Structure directly. Signed-off-by

From: "Yang,Yu-chu" <yu-chu.yang@...> Clean up vm_name of vuart and/or VM_NAME of IVSHMEM which is not defined in //vm/name while loading scenario XML. Signed-off-by: Yang,Yu-chu <yu-chu.yang@...> ---

This patch set is to disable PMU passthrough in release mode, since it may cause security concern through collecting sensitive data such as cache miss latency to carry on side channel analysis, thus d

Exclude "GUEST_FLAG_PMU_PASSTHROUGH" from DM_OWNED_GUEST_FLAG_MASK in case device model rewrite the value in release mode. Signed-off-by: hangliu1 <hang1.liu@...> Tracked-On:#6690 --- hypervisor/inclu

In release mode, "GUEST_FLAG_PMU_PASSTHROUGH" is not generated for specific VM. Signed-off-by: hangliu1 <hang1.liu@...> Tracked-On:#6690 --- misc/config_tools/static_allocators/guest_flags.py | 2 +- 1

The debian build rule for calculating method for post launch vm ids is changed from reading //vm/@id in scenario xmls directly to reading //vm/@id in scenario xml and then plus vm id for service vm. T

The target "default" in hypervisor/Makefile is just an alias of the target "all" in order to make "all" being the default goal. This patch replaces that duplicate target and specifies the default goal

From: Kunhui-Li <kunhuix.li@...> 1. In the full screen mode, a VM supports 4 virtual displays at most. 2. A vm supports 2 virtual windows at most. 3. The monitor ID cannot be duplicated in the full sc

In the current config.mk board and scenario XMLs are only copied to the build directory when they do not exist. That prevents users from using XML files they have edited, probably to fix previously re

ACRN config tools generate source files, scripts and binaries based on users' inputs in the configurations files, i.e., board and scenario XMLs. Those generation activities all assume that users' inpu

In the top-level Makefile, the target "hypervisor" depends on "hvdefconfig" because, at the time the latter is introduced, building without specifying BOARD or SCENARIO is supported by using a pair of

Phony targets are mostly for recipes that are expected to be invoked directly from the command line as a target and will always be executed. As a result, it is in most cases not appropriate for a real

Dependencies among targets in Makefiles today have the following issues: 1. Phony targets are used for intermediate files. That causes unnecessary rebuilds of almost all sources even no source file is

Hello: I have a question about cpu feature: IA32_XSS feature support is a must requirment, or optional. Where to config it on or off. Thanks

Hello: Does current acrn hypervisor still support booting from uefi shell directly? Such as: compiled acrn hypervisor as a efi binary. UEFI BIOS could launch it directly. Thanks

The serial fix pass-thru pcie device may access MSI-X BAR besides MSI-X Table Structure. Fei Li (3): hv:io: wrap mmio read/write hv: pci: use mmio_read/write directly hv: vpci: fix pass-thru pcie devi

From: Kunhui-Li <kunhuix.li@...> add virtio gpu widget for the new design. v5->v6 No changes. Tracked-On: #7970 Signed-off-by: Kunhui-Li <kunhuix.li@...> Signed-off-by: Yang,Yu-chu <yu-chu.yang@...> R

From: Kunhui-Li <kunhuix.li@...> this patch updates the upgrader.py script for virtio gpu. v5->v6 No change. Tracked-On: #7970 Signed-off-by: Kunhui-Li <kunhuix.li@...> Signed-off-by: Yang,Yu-chu <yu-