[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v4 09/10] xen/arm: don't protect GICH and lr_queue accesses with gic.lock
On Wed, 2014-03-19 at 12:32 +0000, Stefano Stabellini wrote: > GICH is banked, protect accesses by disabling interrupts. > Protect lr_queue accesses with the vgic.lock only. Does this rely on using the irq disabling spinlock_irq variants for this lock to also protect GICH? I don't see any actual calls to irq_disable so I suppose such things are always nested inside holding a vgic lock. > gic.lock only protects accesses to GICD now. > > Signed-off-by: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx> > > --- > > Changes in v4: > - improved in code comments. > --- > xen/arch/arm/gic.c | 23 +++-------------------- > xen/arch/arm/vgic.c | 9 +++++++-- > xen/include/asm-arm/domain.h | 5 ++++- > 3 files changed, 14 insertions(+), 23 deletions(-) > > diff --git a/xen/arch/arm/gic.c b/xen/arch/arm/gic.c > index 128d071..bc9d66d 100644 > --- a/xen/arch/arm/gic.c > +++ b/xen/arch/arm/gic.c > @@ -667,19 +667,15 @@ static inline void gic_add_to_lr_pending(struct vcpu > *v, struct pending_irq *n) > void gic_remove_from_queues(struct vcpu *v, unsigned int virtual_irq) > { > struct pending_irq *p = irq_to_pending(v, virtual_irq); > - unsigned long flags; > > - spin_lock_irqsave(&gic.lock, flags); > if ( !list_empty(&p->lr_queue) ) > list_del_init(&p->lr_queue); Where is vgic.lock held here? I looked back in the callchain and didn't see it. > - spin_unlock_irqrestore(&gic.lock, flags); > } > > void gic_raise_guest_irq(struct vcpu *v, unsigned int irq, > unsigned int priority) > { > int i; > - unsigned long flags; > struct pending_irq *n = irq_to_pending(v, irq); > > if ( test_bit(GIC_IRQ_GUEST_VISIBLE, &n->status)) > @@ -689,23 +685,17 @@ void gic_raise_guest_irq(struct vcpu *v, unsigned int > irq, > return; > } > > - spin_lock_irqsave(&gic.lock, flags); This function requires the vgic lock to be held when it is called. This locking (and implicit interrupt flag based locking) is getting pretty complex. I think it would be a good idea to start documenting this sort of requirement for this code in a comment at the top of the function, and perhaps with an assert in the entry path. Likewise for functions which require interrupts to be disabled with a comment and an assert. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |