Li Fei1 80c7da8f1c hv: vioapic: expose ioapic to guest unconditionally ... Some OSes assume the platform must have the IOAPIC. For example: Linux Kernel allocates IRQ force from GSI (0 if there's no PIC and IOAPIC) on x86. And it thinks IRQ 0 is an architecture special IRQ, not for device driver. As a result, the device driver may goes wrong if the allocated IRQ is 0 for RTVM. This patch expose vIOAPIC to RTVM with LAPIC passthru even though the RTVM can't use IOAPIC, it servers as a place holder to fullfil the guest assumption. After vIOAPIC has exposed to guest unconditionally, the 'ready' field could be removed since we do vIOAPIC initialization for each guest. Tracked-On: #4691 Signed-off-by: Li Fei1 <fei1.li@intel.com> Acked-by: Eddie Dong <eddie.dong@intel.com>		2020-07-10 19:33:46 +08:00
..
vpci	hv: vpci: minor refine about MSI/MSI-X de-initialization	2020-07-02 13:03:36 +08:00
io_req.c	hv: mmio: refine mmio access handle lock granularity	2020-02-24 16:17:38 +08:00
vioapic.c	hv: vioapic: expose ioapic to guest unconditionally	2020-07-10 19:33:46 +08:00
vpic.c	hv:use spinlock_irqsave_obtain api for vpic	2020-07-02 09:40:29 +08:00
vrtc.c	hv: remove 'flags' field in struct vm_io_range	2019-08-19 10:19:54 +08:00
vuart.c	hv: Introduce Global System Interrupt (GSI) into INTx Remapping	2020-03-25 09:36:18 +08:00