[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH-4.5 3/4] xen/arm: do not request maintenance_interrupts
On Fri, 7 Feb 2014, Julien Grall wrote: > Hi Stefano, > > On 07/02/14 18:56, Stefano Stabellini wrote: > > Do not set GICH_LR_MAINTENANCE_IRQ for every interrupt with set in the > > GICH_LR registers. > > > > Introduce a new function, gic_clear_lrs, that goes over the GICH_LR > > registers, clear the invalid ones and free the corresponding interrupts > > from the inflight queue if appropriate. Add the interrupt to lr_pending > > if the GIC_IRQ_GUEST_PENDING is still set. > > > > Call gic_clear_lrs from gic_restore_state and on return to guest > > (gic_inject). > > > > Remove the now unused code in maintenance_interrupts and gic_irq_eoi. > > > > In vgic_vcpu_inject_irq, if the target is a vcpu running on another cpu, > > send and SGI to it to interrupt it and force it to clear the old LRs. > > > > Signed-off-by: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx> > > --- > > xen/arch/arm/gic.c | 126 > > ++++++++++++++++++++++----------------------------- > > xen/arch/arm/vgic.c | 3 +- > > 2 files changed, 56 insertions(+), 73 deletions(-) > > > > diff --git a/xen/arch/arm/gic.c b/xen/arch/arm/gic.c > > index 215b679..87bd5d3 100644 > > --- a/xen/arch/arm/gic.c > > +++ b/xen/arch/arm/gic.c > > +static void gic_clear_lrs(struct vcpu *v) > > +{ > > + struct pending_irq *p; > > + int i = 0, irq; > > + uint32_t lr; > > + bool_t inflight; > > + > > + ASSERT(!local_irq_is_enabled()); > > + > > + while ((i = find_next_bit((const long unsigned int *) > > &this_cpu(lr_mask), > > + nr_lrs, i)) < nr_lrs) { > > + lr = GICH[GICH_LR + i]; > > + if ( !(lr & (GICH_LR_PENDING|GICH_LR_ACTIVE)) ) > > + { > > + if ( lr & GICH_LR_HW ) > > + irq = (lr >> GICH_LR_PHYSICAL_SHIFT) & > > GICH_LR_PHYSICAL_MASK; > > + else > > + irq = (lr >> GICH_LR_VIRTUAL_SHIFT) & GICH_LR_VIRTUAL_MASK; > > + > > The if sentence can be simply by: > > irq = (lr >> GICH_LR_VIRTUAL_SHIFT) & GICH_LR_VIRTUAL_MASK; right > > + inflight = 0; > > + GICH[GICH_LR + i] = 0; > > + clear_bit(i, &this_cpu(lr_mask)); > > + > > + spin_lock(&gic.lock); > > + p = irq_to_pending(v, irq); > > + if ( p->desc != NULL ) > > + p->desc->status &= ~IRQ_INPROGRESS; > > + clear_bit(GIC_IRQ_GUEST_VISIBLE, &p->status); > > + if ( test_bit(GIC_IRQ_GUEST_PENDING, &p->status) && > > + test_bit(GIC_IRQ_GUEST_ENABLED, &p->status)) > > + { > > I would add a WARN_ON(p->desc != NULL) here. AFAIK, this code path shouldn't > be used for physical IRQ. That's not true: an edge physical irq can come through while another one of the same type is being handled. In fact pending and active bits exist even on the physical GIC interface. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |