[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [RFC PATCH] hvm/vpt: fix inconsistent views of vIOAPIC in vmx_intr_assist()
On Fri, Apr 21, 2017 at 10:00:16PM +0800, Tian, Kevin wrote: >btw I'm thinking whether adding lock in vmx_intr_assist is >necessary... Can you think whether below option may >work? > >Do lock protection within pt_update_irq. Make sure vector >not changed between setting vIRR and finding pt_irq_vector. >Within the lock also saves the vector to earliest_pt. > >Then vmx_intr_assist will get the exact vector programmed >to vIRR from pt_irq_vector. Then in pt_intr_post, compare >saved vector to intack.vector, instead of re-searching >pt_irq_vector again. > >This way even RTE is changed after pt_update_irq it won't >impact the whole flow here, since new vector hasn't got >chance to hit vIRR. then we don't need adding lock in >vmx_intr_assist at all. I think it will work and is better than this patch. Thanks Chao _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |