[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH v3 for-next 3/3] x86/vioapic: bind interrupts to PVH Dom0



On Tue, May 30, 2017 at 04:05:39AM -0600, Jan Beulich wrote:
> >>> On 17.05.17 at 17:15, <roger.pau@xxxxxxxxxx> wrote:
> > Changes since v2:
> >  - s/vioapic_dom0_map_gsi/vioapic_hwdom_map_gsi/.
> >  - Don't set hvm_domid in xen_domctl_bind_pt_irq_t (it's ignored).
> 
> The implication of the respective earlier comment was for there to
> first be a prereq patch added removing this dead field. Otherwise
> not setting the field is a latent bug.

I've added a pre-patch to get rid of hvm_domid in the bind struct.

> > --- a/xen/arch/x86/hvm/vioapic.c
> > +++ b/xen/arch/x86/hvm/vioapic.c
> > @@ -158,6 +158,52 @@ static int vioapic_read(
> >      return X86EMUL_OKAY;
> >  }
> >  
> > +static int vioapic_hwdom_map_gsi(unsigned int gsi, unsigned int trig,
> > +                                 unsigned int pol)
> > +{
> > +    struct domain *d = current->domain;
> > +    xen_domctl_bind_pt_irq_t pt_irq_bind = {
> > +        .irq_type = PT_IRQ_TYPE_PCI,
> > +        .machine_irq = gsi,
> 
> Actually you still set the field, just that this is no implicit. Hence the
> latent bug reduces to just the hwdom != Dom0 case, but anyway.

What do you mean by implicit? Is that because I'm passing d to the
bind function?

Roger.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.