INIT signal has been used to kick off the partitioned pCPU, like RTVM, whose LAPIC is pass-through. IPI is used to kick off sharing pCPU. Add mode_to_kick_pcpu in per-cpu to control the way of kicking

Add a new flag in ioeventfd ioctl to support asyncio. After that, the IO request will be processed in asyncio path by kernel and hypervisor. Signed-off-by: Conghui <conghui.chen@...> --- devicemodel/h

asyncio is a new mechanism in ACRN, which is special for these devices which need high IO performance. ACRN hypervisor would process the IO request from User VM in an async mode. Just like the origina

Add a new flag in ioeventfd ioctl to support asyncio. After that, the IO request will be processed in asyncio path by kernel and hypervisor. Signed-off-by: Conghui <conghui.chen@...> --- devicemodel/h

V1-->V2: modify as Eddie's comments for staging step 1: 1. use kick-mode in per-cpu to control kicking cpu with INIT or IPI. 2. add param in HV boot to control use INIT only or use INIT/IPI by default

asyncio is a new mechanism in ACRN, which is special for these devices which need high IO performance. ACRN hypervisor would process the IO request from User VM in an async mode. Just like the origina

Add hypercall to add/remove asyncio request info. Hv will record the info in a list, and when a new ioreq is come, hv will check if it is in the asyncio list, if yes, queue the fd to asyncio buffer. v

asyncio is a new mechanism in ACRN, which is special for these devices which need high IO performance. ACRN hypervisor would process the IO request from User VM in an async mode. Just like the origina

For an IO request, hv will check if it was registered in asyncio desc list. If yes, put the corresponding fd to the shared buffer. If the shared buffer is full, yield the vcpu and try again later. Sig

Current IO emulation is synchronous. The user VM need to wait for the completion of the the I/O request before return. But Virtio Spec introduces introduces asynchronous IO with a new register in MMIO

Extend sbuf hypercall to support other kinds of share buffer. Signed-off-by: Conghui <conghui.chen@...> Acked-by: Eddie Dong <eddie.dong@...> --- hypervisor/arch/x86/guest/vmcall.c | 1 - hypervisor/co

sbuf is now only used for debug purpose, but later, it will be used as a common interfaces. So, move the sbuf related code out of the debug directory. Signed-off-by: Conghui <conghui.chen@...> Acked-b

Add "exclusively owns physical CPUs" checkbox to pre-launched VMs and post-launched VMs. RTVM will not display this checkbox. If this checkbox is set, the VM will use all the pCPUs assigned to it alon

Check 'device' info of board.xml if an ioport type serial controler have a bdf and update 'TTYS_INFO'. Signed-off-by: Yuanyuan Zhao <yuanyuan.zhao@...> --- .../board_inspector/extractors/98-seri.py |

From: "Yang,Yu-chu" <yu-chu.yang@...> Prevent allocator to allocate PCI bus mmio windows to other devices. Tracked-On: #8191 Signed-off-by: Yang,Yu-chu <yu-chu.yang@...> --- misc/config_tools/static_a

Add hypercall to add/remove asyncio request info. Hv will record the info in a list, and when a new ioreq is come, hv will check if it is in the asyncio list, if yes, queue the fd to asyncio buffer. v

For an IO request, hv will check if it was registered in asyncio desc list. If yes, put the corresponding fd to the shared buffer. If the shared buffer is full, yield the vcpu and try again later. v4-

Current IO emulation is synchronous. The user VM need to wait for the completion of the the I/O request before return. But Virtio Spec introduces introduces asynchronous IO with a new register in MMIO

Add a new flag in ioeventfd ioctl to support asyncio. After that, the IO request will be processed in asyncio path by kernel and hypervisor. Signed-off-by: Conghui <conghui.chen@...> --- devicemodel/h

Extend sbuf hypercall to support other kinds of share buffer. Signed-off-by: Conghui <conghui.chen@...> Acked-by: Eddie Dong <eddie.dong@...> --- hypervisor/arch/x86/guest/vmcall.c | 1 - hypervisor/co