|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [RFC v2 07/16] hack:vgic: move irq_to_pending out of lock
From: Andrii Anisov <andrii_anisov@xxxxxxxx>
For GICV2 pending_irq allocation is not concurrent, so reduce
some code under lock.
This code is not supposed to work with GICv3
Signed-off-by: Andrii Anisov <andrii_anisov@xxxxxxxx>
---
xen/arch/arm/gic-v3-its.c | 2 ++
xen/arch/arm/gic-v3-lpi.c | 2 ++
xen/arch/arm/gic-v3.c | 2 ++
xen/arch/arm/vgic.c | 9 ++++-----
4 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/xen/arch/arm/gic-v3-its.c b/xen/arch/arm/gic-v3-its.c
index ba4bc00..b1b890a 100644
--- a/xen/arch/arm/gic-v3-its.c
+++ b/xen/arch/arm/gic-v3-its.c
@@ -35,6 +35,8 @@
#define ITS_CMD_QUEUE_SZ SZ_1M
+#error "The current gic/vgic/domain code does not support GICv3"
+
/*
* No lock here, as this list gets only populated upon boot while scanning
* firmware tables for all host ITSes, and only gets iterated afterwards.
diff --git a/xen/arch/arm/gic-v3-lpi.c b/xen/arch/arm/gic-v3-lpi.c
index e8c6e15..be64e17 100644
--- a/xen/arch/arm/gic-v3-lpi.c
+++ b/xen/arch/arm/gic-v3-lpi.c
@@ -32,6 +32,8 @@
#include <asm/page.h>
#include <asm/sysregs.h>
+#error "The current gic/vgic/domain code does not support GICv3"
+
/*
* There could be a lot of LPIs on the host side, and they always go to
* a guest. So having a struct irq_desc for each of them would be wasteful
diff --git a/xen/arch/arm/gic-v3.c b/xen/arch/arm/gic-v3.c
index 6fbc106..8e835b5 100644
--- a/xen/arch/arm/gic-v3.c
+++ b/xen/arch/arm/gic-v3.c
@@ -44,6 +44,8 @@
#include <asm/io.h>
#include <asm/sysregs.h>
+#error "The current gic/vgic/domain code does not support GICv3"
+
/* Global state */
static struct {
void __iomem *map_dbase; /* Mapped address of distributor registers */
diff --git a/xen/arch/arm/vgic.c b/xen/arch/arm/vgic.c
index a795b6f..371576f 100644
--- a/xen/arch/arm/vgic.c
+++ b/xen/arch/arm/vgic.c
@@ -286,17 +286,16 @@ bool vgic_migrate_irq(struct vcpu *old, struct vcpu *new,
unsigned int irq)
ASSERT(!is_lpi(irq));
#endif
- spin_lock_irqsave(&old->arch.vgic.lock, flags);
-
p = irq_to_pending(old, irq);
/* nothing to do for virtual interrupts */
if ( p->desc == NULL )
{
- spin_unlock_irqrestore(&old->arch.vgic.lock, flags);
return true;
}
+ spin_lock_irqsave(&old->arch.vgic.lock, flags);
+
/* migration already in progress, no need to do anything */
if ( test_bit(GIC_IRQ_GUEST_MIGRATING, &p->status) )
{
@@ -588,8 +587,6 @@ void vgic_inject_irq(struct domain *d, struct vcpu *v,
unsigned int virq,
return;
}
- spin_lock_irqsave(&v->arch.vgic.lock, flags);
-
n = irq_to_pending(v, virq);
#ifdef CONFIG_GICV3
/* If an LPI has been removed, there is nothing to inject here. */
@@ -600,6 +597,8 @@ void vgic_inject_irq(struct domain *d, struct vcpu *v,
unsigned int virq,
}
#endif
+ spin_lock_irqsave(&v->arch.vgic.lock, flags);
+
set_bit(GIC_IRQ_GUEST_QUEUED, &n->status);
if ( !list_empty(&n->inflight) )
--
2.7.4
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |