[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v4 18/28] x86/vioapic: Hook interrupt delivery of vIOAPIC
> From: Gao, Chao > Sent: Saturday, February 24, 2018 9:51 AM > > On Mon, Feb 12, 2018 at 02:54:02PM +0000, Roger Pau Monné wrote: > >On Fri, Nov 17, 2017 at 02:22:25PM +0800, Chao Gao wrote: > >> When irq remapping is enabled, IOAPIC Redirection Entry may be in > remapping > >> format. If that, generate an irq_remapping_request and call the > common > > > >"If that's the case, ..." > > > >> VIOMMU abstraction's callback to handle this interrupt request. Device > >> model is responsible for checking the request's validity. > > > >What does this exactly mean? Device model is not involved in what the > >guest writes to the vIOAPIC RTE, so it's impossible for the device > >model to validate this in any way. > > How about this description: > When irq remapping is enabled, IOAPIC Redirection Entry may be in > remapping > format. If that's the case, an irq_remapping_request will be generated and > IOMMU-specific handler deals with this request. IOMMU-specific handler > will check whether the request is valid or not, report error via > IOMMU-specific machanism if invalid or otherwise transform the request > to an > interrupt info (including interrupt destination, vector and trigger mode > etc.) according to IRT. > the description should match what this patch actually does. detail about how caller works should be left to the patch where the caller is introduced. Here imo the subject line is already clear enough... isn't it? Thanks Kevin _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |