Hi Alfonso, Maybe, you miss following steps mentioned in the guide: https://projectacrn.github.io/latest/tutorials/using_ubuntu_as_sos.html BR. Fuzhong

Hi Steve Seem like, you are using very old codebase, can you try with v1.4 codebase first? If not; please share the commit id. Thanks! BR. Fuzhong

Hi Alfonso Could you please share acrn.efi and acrn-dm commit info? With following steps: run “acrn-dm -v” in sos run “version” in HV console We need them to reproduce this issue. Thanks! BR. Fuzhong

Hi Alfonso Please share your acrn.efi and acrn-dm, will reproduce this issue on our side. Thanks! BR. Fuzhong

Hi Steve, Please disable Hyper thread in BIOS for workaround. This issue is fixed in v1.5; will release soon. BR. Fuzhong

Hi Alfonso, You are using default launch_hard_rt_vm.sh, right? Maybe, it is SDC(by default) scenario for your acrn.efi, Please refer following patch: diff --git a/hypervisor/arch/x86/Kconfig b/hypervi

Hi Tonny You should copy https://github.com/projectacrn/acrn-hypervisor/blob/master/devicemodel/samples/nuc/launch_hard_rt_vm.sh for RTVM; Not maxcpus parameter in it. Not https://github.com/projectac

Hi Tonny About the secondary vCPU is in “Init” mode after I launch user VM. The HV console indicates: ACRN:\>vcpu_list VM ID PCPU ID VCPU ID VCPU ROLE VCPU STATE ===== ======= ======= ========= ======

Hi Rajagopal GVT-g patch dedicated for CoffeeLake(873ac6395609 - (2019-10-21 13:34:19 +0800) drivers/i915: Treat COFFEELAKE as KABYLAKE to enable gvt-g on 0x3EA0 GPU device) is merged into in ACRN -ke

Hi Rajagopal, The iasl version is too old; it doesn’t match with acrn-dm of v1.4. Please use the one in Clear build 31670(iasl version 20191018). https://download.clearlinux.org/releases/31670/clear/

Hi Rajagopal Is GVT-g patches included in your SOS kernel? Could you please share the SOS kernel version you used? Anyway, please remove -s 2,pci-gvt -G "$2" \ in your script; and have a try. If the i

Hi Dubravko， Checked ifconfig_log_20190913.log you uploaded: acrn-br0 Link encap:Ethernet HWaddr F2:14:63:23:6B:FD inet6 addr: fe80::f014:63ff:fe23:6bfd/64 Scope:Link fe80::f014:63ff:fe23:6bfd UP BROA

“memmap=2M$0x1FE00000” will reserve the memory for HV log; There is stability issue if no this parameter in cmdline(memory used by kernel was overwrite by HV log); Fengwei can give more detail info. B

No observed the issue on the UP2 board in our lab. Need detail steps to reproduce. BR. Fuzhong

Hi Dubravko All issues you mentioned are for Service OS, right? Clear Linux image newer than 30900 fixed “memmap=2M$0x1FE00000” issue BR. Fuzhong