Re: [PATCH V6 5/5] virtio-scsi: reset virtqueue affinity when doing cpu hotplug

2013-03-22 Thread Paolo Bonzini
Il 20/03/2013 08:56, Wanlong Gao ha scritto: >> This one does not apply on top of virtio-next + patch 1-4 in this series. > > I'm very sorry. > > This fault is because I modified the 4/5 from > "/* if the affinity hint is set for virtqueues */" > to > "/* If the affinity hint is set for virtqueu

Re: KVM: x86: drop alignment checks from KVM_MSR_SYSTEM_TIME address

2013-03-22 Thread Andrew Honig
kvm_write_guest would work, but it will hurt performance a bit because it'll be doing the address translation each time the time is updated, which happens on most guest enters. Another possibility would be to change kvm_gfn_to_hva_cache_init to accept a size parameter. If the requested range is a

Re: KVM: x86: drop alignment checks from KVM_MSR_SYSTEM_TIME address

2013-03-22 Thread Gleb Natapov
On Fri, Mar 22, 2013 at 06:19:47PM -0300, Marcelo Tosatti wrote: > > The alignment check is not necessary given that "KVM: x86: Convert > MSR_KVM_SYSTEM_TIME to use gfn_to_hva_cache" (0b79459b482e85cb742) > uses kvm_write_guest which is able to handle data across page > properly. > It uses kvm_w

KVM: x86: drop alignment checks from KVM_MSR_SYSTEM_TIME address

2013-03-22 Thread Marcelo Tosatti
The alignment check is not necessary given that "KVM: x86: Convert MSR_KVM_SYSTEM_TIME to use gfn_to_hva_cache" (0b79459b482e85cb742) uses kvm_write_guest which is able to handle data across page properly. Signed-off-by: Marcelo Tosatti diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c inde

[PATCH uq/master v2 1/2] kvm: reset state from the CPU's reset method

2013-03-22 Thread Paolo Bonzini
Now that we have a CPU object with a reset method, it is better to keep the KVM reset close to the CPU reset. Using qemu_register_reset as we do now keeps them far apart. As a side effect, a CPU reset (cpu_reset) will reset the KVM state too. Signed-off-by: Paolo Bonzini --- include/sysemu/kvm

[PATCH uq/master v2 0/2] correctly reset the CPU on INIT interrupts

2013-03-22 Thread Paolo Bonzini
These patches finally implement INIT entirely in userspace. The problem here was that the CPU was being reset after kvm_arch_reset_vcpu is called. This made it harder to hook into the reset process and put APs into KVM_MP_STATE_INIT_RECEIVED state (instead of KVM_MP_STATE_UNINITIALIZED which is th

[PATCH uq/master v2 2/2] kvm: forward INIT signals coming from the chipset

2013-03-22 Thread Paolo Bonzini
When an INIT comes in, we can do the entire reset process in userspace. However, we have to be careful and move APs into KVM_MP_STATE_INIT_RECEIVED, so that the in-kernel APIC will listen to startup IPIs. Signed-off-by: Paolo Bonzini --- target-i386/helper.c | 4 target-i386/kvm.c |

Re: KVM: x86: relax MSR_KVM_SYSTEM_TIME alignment check

2013-03-22 Thread Marcelo Tosatti
On Fri, Mar 22, 2013 at 09:21:00PM +0200, Gleb Natapov wrote: > On Fri, Mar 22, 2013 at 04:14:07PM -0300, Marcelo Tosatti wrote: > > > > RHEL5 i386 guests register non 32-byte aligned addresses: > > > > kvm-clock: cpu 1, msr 0:3018aa5, secondary cpu clock > > kvm-clock: cpu 2, msr 0:301f8e9, seco

Re: KVM: x86: relax MSR_KVM_SYSTEM_TIME alignment check

2013-03-22 Thread Gleb Natapov
On Fri, Mar 22, 2013 at 04:14:07PM -0300, Marcelo Tosatti wrote: > > RHEL5 i386 guests register non 32-byte aligned addresses: > > kvm-clock: cpu 1, msr 0:3018aa5, secondary cpu clock > kvm-clock: cpu 2, msr 0:301f8e9, secondary cpu clock > kvm-clock: cpu 3, msr 0:302672d, secondary cpu clock >

Re: [PATCH v2 0/7] KVM: MMU: fast zap all shadow pages

2013-03-22 Thread Gleb Natapov
On Fri, Mar 22, 2013 at 08:37:33PM +0800, Xiao Guangrong wrote: > On 03/22/2013 08:12 PM, Gleb Natapov wrote: > > On Fri, Mar 22, 2013 at 08:03:04PM +0800, Xiao Guangrong wrote: > >> On 03/22/2013 07:47 PM, Gleb Natapov wrote: > >>> On Fri, Mar 22, 2013 at 07:39:24PM +0800, Xiao Guangrong wrote: >

KVM: x86: relax MSR_KVM_SYSTEM_TIME alignment check

2013-03-22 Thread Marcelo Tosatti
RHEL5 i386 guests register non 32-byte aligned addresses: kvm-clock: cpu 1, msr 0:3018aa5, secondary cpu clock kvm-clock: cpu 2, msr 0:301f8e9, secondary cpu clock kvm-clock: cpu 3, msr 0:302672d, secondary cpu clock Check for an address+len that would cross page boundary instead. Signed-off-by

Re: [Bug 53611] New: nVMX: Add nested EPT

2013-03-22 Thread Jan Kiszka
On 2013-03-22 07:23, Nakajima, Jun wrote: > On Mon, Mar 4, 2013 at 8:45 PM, Nakajima, Jun wrote: >> I have some updates on this. We rebased the patched to the latest KVM >> (L0). It turned out that the version of L1 KVM/Linux matters. At that >> time, actually I used v3.7 kernel for L1, and the L2

[PATCH 6/7] kvm/ppc/e500: eliminate tlb_refs

2013-03-22 Thread Alexander Graf
From: Scott Wood Commit 523f0e5421c12610527c620b983b443f329e3a32 ("KVM: PPC: E500: Explicitly mark shadow maps invalid") began using E500_TLB_VALID for guest TLB1 entries, and skipping invalidations if it's not set. However, when E500_TLB_VALID was set for such entries, it was on a fake local re

[PATCH 2/7] KVM: PPC: Added one_reg interface for timer registers

2013-03-22 Thread Alexander Graf
From: Bharat Bhushan If userspace wants to change some specific bits of TSR (timer status register) then it uses GET/SET_SREGS ioctl interface. So the steps will be: i) user-space will make get ioctl, ii) change TSR in userspace iii) then make set ioctl. It can happen that TS

[PATCH 1/7] KVM: PPC: move tsr update in a separate function

2013-03-22 Thread Alexander Graf
From: Bharat Bhushan This is done so that same function can be called from SREGS and ONE_REG interface (follow up patch). Signed-off-by: Bharat Bhushan Signed-off-by: Alexander Graf --- arch/powerpc/kvm/booke.c | 24 ++-- 1 files changed, 14 insertions(+), 10 deletions(-

[PATCH 7/7] KVM: PPC: Remove unused argument to kvmppc_core_dequeue_external

2013-03-22 Thread Alexander Graf
From: Paul Mackerras Currently kvmppc_core_dequeue_external() takes a struct kvm_interrupt * argument and does nothing with it, in any of its implementations. This removes it in order to make things easier for forthcoming in-kernel interrupt controller emulation code. Signed-off-by: Paul Mackerr

[PULL 0/7] ppc patch queue 2013-03-22

2013-03-22 Thread Alexander Graf
Hi Marcelo / Gleb, This is my current patch queue for ppc. Please pull. Changes include: - race-free in-kernel watchdog handling api - e500 mmu fixes Alex The following changes since commit 2ae33b389601b86a3d0cfe2d09f5e3189d5322fd: Marcelo Tosatti (1): Merge remote-tracking bra

[PATCH 3/7] KVM: PPC: booke: Added debug handler

2013-03-22 Thread Alexander Graf
From: Bharat Bhushan Installed debug handler will be used for guest debug support and debug facility emulation features (patches for these features will follow this patch). Signed-off-by: Liu Yu [bharat.bhus...@freescale.com: Substantial changes] Signed-off-by: Bharat Bhushan Signed-off-by: Al

[PATCH 4/7] kvm/ppc/e500: h2g_tlb1_rmap: esel 0 is valid

2013-03-22 Thread Alexander Graf
From: Scott Wood Add one to esel values in h2g_tlb1_rmap, so that "no mapping" can be distinguished from "esel 0". Note that we're not saved by the fact that host esel 0 is reserved for non-KVM use, because KVM host esel numbering is not the raw host numbering (see to_htlb1_esel). Signed-off-by

[PATCH 5/7] kvm/ppc/e500: g2h_tlb1_map: clear old bit before setting new bit

2013-03-22 Thread Alexander Graf
From: Scott Wood It's possible that we're using the same host TLB1 slot to map (a presumably different portion of) the same guest TLB1 entry. Clear the bit in the map before setting it, so that if the esels are the same the bit will remain set. Signed-off-by: Scott Wood Signed-off-by: Alexande

Re: [PATCH v2 0/7] KVM: MMU: fast zap all shadow pages

2013-03-22 Thread Xiao Guangrong
On 03/22/2013 08:12 PM, Gleb Natapov wrote: > On Fri, Mar 22, 2013 at 08:03:04PM +0800, Xiao Guangrong wrote: >> On 03/22/2013 07:47 PM, Gleb Natapov wrote: >>> On Fri, Mar 22, 2013 at 07:39:24PM +0800, Xiao Guangrong wrote: On 03/22/2013 07:28 PM, Gleb Natapov wrote: > On Fri, Mar 22, 201

Re: [PATCH v2 0/7] KVM: MMU: fast zap all shadow pages

2013-03-22 Thread Gleb Natapov
On Fri, Mar 22, 2013 at 08:03:04PM +0800, Xiao Guangrong wrote: > On 03/22/2013 07:47 PM, Gleb Natapov wrote: > > On Fri, Mar 22, 2013 at 07:39:24PM +0800, Xiao Guangrong wrote: > >> On 03/22/2013 07:28 PM, Gleb Natapov wrote: > >>> On Fri, Mar 22, 2013 at 07:10:44PM +0800, Xiao Guangrong wrote: >

Re: [PATCH v2 0/7] KVM: MMU: fast zap all shadow pages

2013-03-22 Thread Xiao Guangrong
On 03/22/2013 07:47 PM, Gleb Natapov wrote: > On Fri, Mar 22, 2013 at 07:39:24PM +0800, Xiao Guangrong wrote: >> On 03/22/2013 07:28 PM, Gleb Natapov wrote: >>> On Fri, Mar 22, 2013 at 07:10:44PM +0800, Xiao Guangrong wrote: On 03/22/2013 06:54 PM, Marcelo Tosatti wrote: >> >>> >>

Re: [PATCH v2 0/7] KVM: MMU: fast zap all shadow pages

2013-03-22 Thread Gleb Natapov
On Fri, Mar 22, 2013 at 07:39:24PM +0800, Xiao Guangrong wrote: > On 03/22/2013 07:28 PM, Gleb Natapov wrote: > > On Fri, Mar 22, 2013 at 07:10:44PM +0800, Xiao Guangrong wrote: > >> On 03/22/2013 06:54 PM, Marcelo Tosatti wrote: > >> > > > > > And then have codepaths that nuke shadow

Re: [PATCH v2 0/7] KVM: MMU: fast zap all shadow pages

2013-03-22 Thread Xiao Guangrong
On 03/22/2013 07:28 PM, Gleb Natapov wrote: > On Fri, Mar 22, 2013 at 07:10:44PM +0800, Xiao Guangrong wrote: >> On 03/22/2013 06:54 PM, Marcelo Tosatti wrote: >> > > And then have codepaths that nuke shadow pages break from the spinlock, I think this is not needed any more.

[GIT PULL] KVM fixes for 3.9-rc3

2013-03-22 Thread Marcelo Tosatti
Linus, Please pull from git://git.kernel.org/pub/scm/virt/kvm/kvm.git master To fix compilation on PPC with !CONFIG_KVM Marcelo Tosatti (1): Revert "KVM: allow host header to be included even for !CONFIG_KVM" include/linux/kvm_host.h |7 +-- 1 file changed, 1 insertion(+), 6 d

Re: [PATCH v2 0/7] KVM: MMU: fast zap all shadow pages

2013-03-22 Thread Gleb Natapov
On Fri, Mar 22, 2013 at 07:10:44PM +0800, Xiao Guangrong wrote: > On 03/22/2013 06:54 PM, Marcelo Tosatti wrote: > > >> > >>> > >>> And then have codepaths that nuke shadow pages break from the spinlock, > >> > >> I think this is not needed any more. We can let mmu_notify use the > >> generation

Re: [PATCH] KVM: x86: Avoid busy loops over uninjectable pending APIC timers

2013-03-22 Thread Gleb Natapov
On Fri, Mar 22, 2013 at 07:43:03AM -0300, Marcelo Tosatti wrote: > On Fri, Mar 22, 2013 at 08:53:15AM +0200, Gleb Natapov wrote: > > On Thu, Mar 21, 2013 at 08:06:41PM -0300, Marcelo Tosatti wrote: > > > On Thu, Mar 21, 2013 at 11:13:39PM +0200, Gleb Natapov wrote: > > > > On Thu, Mar 21, 2013 at 0

Re: [PATCH v2 0/7] KVM: MMU: fast zap all shadow pages

2013-03-22 Thread Xiao Guangrong
On 03/22/2013 06:54 PM, Marcelo Tosatti wrote: >> >>> >>> And then have codepaths that nuke shadow pages break from the spinlock, >> >> I think this is not needed any more. We can let mmu_notify use the generation >> number to invalid all shadow pages, then we only need to free them after >> all v

Re: [PATCH v2 0/7] KVM: MMU: fast zap all shadow pages

2013-03-22 Thread Marcelo Tosatti
On Fri, Mar 22, 2013 at 10:11:17AM +0800, Xiao Guangrong wrote: > On 03/22/2013 06:21 AM, Marcelo Tosatti wrote: > > On Wed, Mar 20, 2013 at 04:30:20PM +0800, Xiao Guangrong wrote: > >> Changlog: > >> V2: > >> - do not reset n_requested_mmu_pages and n_max_mmu_pages > >> - batch free root shado

RE: [PATCH v6 6/6] KVM: Use eoi to track RTC interrupt delivery status

2013-03-22 Thread Zhang, Yang Z
Gleb Natapov wrote on 2013-03-22: > On Fri, Mar 22, 2013 at 08:51:47AM +, Zhang, Yang Z wrote: >> Gleb Natapov wrote on 2013-03-22: >>> On Fri, Mar 22, 2013 at 08:37:22AM +, Zhang, Yang Z wrote: Gleb Natapov wrote on 2013-03-22: > On Fri, Mar 22, 2013 at 08:25:21AM +, Zhang, Ya

RE: [PATCH v5 4/6] KVM: Add reset/restore rtc_status support

2013-03-22 Thread Zhang, Yang Z
Marcelo Tosatti wrote on 2013-03-22: > On Thu, Mar 21, 2013 at 06:49:22PM +0800, Yang Zhang wrote: >> From: Yang Zhang >> >> Signed-off-by: Yang Zhang >> --- >> arch/x86/kvm/lapic.c |8 >> arch/x86/kvm/lapic.h |2 ++ >> virt/kvm/ioapic.c| 35 ++

Re: KVM: MMU: improve n_max_mmu_pages calculation with TDP

2013-03-22 Thread Marcelo Tosatti
On Fri, Mar 22, 2013 at 11:00:28AM +0800, Xiao Guangrong wrote: > On 03/21/2013 10:29 PM, Marcelo Tosatti wrote: > > On Thu, Mar 21, 2013 at 01:41:59PM +0800, Xiao Guangrong wrote: > >> On 03/21/2013 04:14 AM, Marcelo Tosatti wrote: > >>> > >>> kvm_mmu_calculate_mmu_pages numbers, > >>> > >>> maxi

Re: [PATCH] KVM: x86: Avoid busy loops over uninjectable pending APIC timers

2013-03-22 Thread Marcelo Tosatti
On Fri, Mar 22, 2013 at 08:53:15AM +0200, Gleb Natapov wrote: > On Thu, Mar 21, 2013 at 08:06:41PM -0300, Marcelo Tosatti wrote: > > On Thu, Mar 21, 2013 at 11:13:39PM +0200, Gleb Natapov wrote: > > > On Thu, Mar 21, 2013 at 05:51:50PM -0300, Marcelo Tosatti wrote: > > > > > > > But current PI patc

Re: [PATCH v5 4/6] KVM: Add reset/restore rtc_status support

2013-03-22 Thread Marcelo Tosatti
On Thu, Mar 21, 2013 at 06:49:22PM +0800, Yang Zhang wrote: > From: Yang Zhang > > Signed-off-by: Yang Zhang > --- > arch/x86/kvm/lapic.c |8 > arch/x86/kvm/lapic.h |2 ++ > virt/kvm/ioapic.c| 35 +++ > 3 files changed, 45 insertions(+), 0

Re: [PATCH v2 0/7] KVM: MMU: fast zap all shadow pages

2013-03-22 Thread Xiao Guangrong
On 03/22/2013 10:11 AM, Xiao Guangrong wrote: >> The modifications should be contained to kvm_mmu_get_page() mostly, >> correct? (would also have to keep counters to increase SLAB freeing >> ratio, relative to number of outdated shadow pages). > > Yes. > >> >> And then have codepaths that nuke

SLES 10 - routing tcp network problem

2013-03-22 Thread Lubomír Vogl
Hi, I try running SLES 10 router on KVM. All services running on router SLES are ok. I install virtual network. I install Debian guest on KVM, connect it to virtual network. SLES is router to the internet for Debian. [APP server]--physical 10.29.2.0/24--[[SLES10 on KVM]--virtual 10.29.7.0/2

QEMU has applied for Google Summer of Code 2013

2013-03-22 Thread Stefan Hajnoczi
QEMU.org has applied for Google Summer of Code 2013 and also aims to be an umbrella organization for libvirt and the KVM kernel module. Accepted mentoring organizations will be announced on April 8 at 19:00 UTC at http://google-melange.com/. This year we have proposed 5 QEMU project ideas, 1 KVM

Re: [PATCH v6 6/6] KVM: Use eoi to track RTC interrupt delivery status

2013-03-22 Thread Gleb Natapov
On Fri, Mar 22, 2013 at 08:51:47AM +, Zhang, Yang Z wrote: > Gleb Natapov wrote on 2013-03-22: > > On Fri, Mar 22, 2013 at 08:37:22AM +, Zhang, Yang Z wrote: > >> Gleb Natapov wrote on 2013-03-22: > >>> On Fri, Mar 22, 2013 at 08:25:21AM +, Zhang, Yang Z wrote: > Gleb Natapov wrote

RE: [PATCH v6 6/6] KVM: Use eoi to track RTC interrupt delivery status

2013-03-22 Thread Zhang, Yang Z
Gleb Natapov wrote on 2013-03-22: > On Fri, Mar 22, 2013 at 08:37:22AM +, Zhang, Yang Z wrote: >> Gleb Natapov wrote on 2013-03-22: >>> On Fri, Mar 22, 2013 at 08:25:21AM +, Zhang, Yang Z wrote: Gleb Natapov wrote on 2013-03-22: > On Fri, Mar 22, 2013 at 08:05:27AM +, Zhang, Ya

Re: [PATCH v6 6/6] KVM: Use eoi to track RTC interrupt delivery status

2013-03-22 Thread Gleb Natapov
On Fri, Mar 22, 2013 at 08:37:22AM +, Zhang, Yang Z wrote: > Gleb Natapov wrote on 2013-03-22: > > On Fri, Mar 22, 2013 at 08:25:21AM +, Zhang, Yang Z wrote: > >> Gleb Natapov wrote on 2013-03-22: > >>> On Fri, Mar 22, 2013 at 08:05:27AM +, Zhang, Yang Z wrote: > Gleb Natapov wrote

RE: [PATCH v6 6/6] KVM: Use eoi to track RTC interrupt delivery status

2013-03-22 Thread Zhang, Yang Z
Gleb Natapov wrote on 2013-03-22: > On Fri, Mar 22, 2013 at 08:25:21AM +, Zhang, Yang Z wrote: >> Gleb Natapov wrote on 2013-03-22: >>> On Fri, Mar 22, 2013 at 08:05:27AM +, Zhang, Yang Z wrote: Gleb Natapov wrote on 2013-03-22: > On Fri, Mar 22, 2013 at 01:24:05PM +0800, Yang Zhan

Re: [PATCH v6 6/6] KVM: Use eoi to track RTC interrupt delivery status

2013-03-22 Thread Gleb Natapov
On Fri, Mar 22, 2013 at 08:25:21AM +, Zhang, Yang Z wrote: > Gleb Natapov wrote on 2013-03-22: > > On Fri, Mar 22, 2013 at 08:05:27AM +, Zhang, Yang Z wrote: > >> Gleb Natapov wrote on 2013-03-22: > >>> On Fri, Mar 22, 2013 at 01:24:05PM +0800, Yang Zhang wrote: > From: Yang Zhang > >

RE: [PATCH v6 6/6] KVM: Use eoi to track RTC interrupt delivery status

2013-03-22 Thread Zhang, Yang Z
Gleb Natapov wrote on 2013-03-22: > On Fri, Mar 22, 2013 at 08:05:27AM +, Zhang, Yang Z wrote: >> Gleb Natapov wrote on 2013-03-22: >>> On Fri, Mar 22, 2013 at 01:24:05PM +0800, Yang Zhang wrote: From: Yang Zhang Current interrupt coalescing logci which only used by RTC has con

Re: [PATCH v6 6/6] KVM: Use eoi to track RTC interrupt delivery status

2013-03-22 Thread Gleb Natapov
On Fri, Mar 22, 2013 at 08:05:27AM +, Zhang, Yang Z wrote: > Gleb Natapov wrote on 2013-03-22: > > On Fri, Mar 22, 2013 at 01:24:05PM +0800, Yang Zhang wrote: > >> From: Yang Zhang > >> > >> Current interrupt coalescing logci which only used by RTC has conflict > >> with Posted Interrupt. > >

RE: [PATCH v6 6/6] KVM: Use eoi to track RTC interrupt delivery status

2013-03-22 Thread Zhang, Yang Z
Gleb Natapov wrote on 2013-03-22: > On Fri, Mar 22, 2013 at 01:24:05PM +0800, Yang Zhang wrote: >> From: Yang Zhang >> >> Current interrupt coalescing logci which only used by RTC has conflict >> with Posted Interrupt. >> This patch introduces a new mechinism to use eoi to track interrupt: >> Whe

Re: [PATCH v6 3/6] KVM : Return destination vcpu on interrupt injection

2013-03-22 Thread Gleb Natapov
On Fri, Mar 22, 2013 at 07:50:11AM +, Zhang, Yang Z wrote: > Gleb Natapov wrote on 2013-03-22: > > On Fri, Mar 22, 2013 at 01:24:02PM +0800, Yang Zhang wrote: > >> From: Yang Zhang > >> > >> Add a new parameter to know vcpus who received the interrupt. > >> > >> Signed-off-by: Yang Zhang >

Re: [PATCH v6 6/6] KVM: Use eoi to track RTC interrupt delivery status

2013-03-22 Thread Gleb Natapov
On Fri, Mar 22, 2013 at 01:24:05PM +0800, Yang Zhang wrote: > From: Yang Zhang > > Current interrupt coalescing logci which only used by RTC has conflict > with Posted Interrupt. > This patch introduces a new mechinism to use eoi to track interrupt: > When delivering an interrupt to vcpu, the pen

RE: [PATCH v6 3/6] KVM : Return destination vcpu on interrupt injection

2013-03-22 Thread Zhang, Yang Z
Gleb Natapov wrote on 2013-03-22: > On Fri, Mar 22, 2013 at 01:24:02PM +0800, Yang Zhang wrote: >> From: Yang Zhang >> >> Add a new parameter to know vcpus who received the interrupt. >> >> Signed-off-by: Yang Zhang >> --- >> arch/x86/kvm/lapic.c | 25 - >> arch/x86/k

[PATCH] tcm_vhost: Use vs for struct vhost_scsi

2013-03-22 Thread Asias He
Use vs for struct vhost_scsi, instead of s. vs is used everywhere, make the naming more consistent. Signed-off-by: Asias He --- drivers/vhost/tcm_vhost.c | 48 +++ 1 file changed, 24 insertions(+), 24 deletions(-) diff --git a/drivers/vhost/tcm_vhost.

Re: [PATCH v6 3/6] KVM : Return destination vcpu on interrupt injection

2013-03-22 Thread Gleb Natapov
On Fri, Mar 22, 2013 at 01:24:02PM +0800, Yang Zhang wrote: > From: Yang Zhang > > Add a new parameter to know vcpus who received the interrupt. > > Signed-off-by: Yang Zhang > --- > arch/x86/kvm/lapic.c | 25 - > arch/x86/kvm/lapic.h |5 +++-- > virt/kvm/ioapic.c