[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[PULL 6/8] spapr: Work around spurious warnings from vfio INTx initializ
From: |
David Gibson |
Subject: |
[PULL 6/8] spapr: Work around spurious warnings from vfio INTx initialization |
Date: |
Tue, 26 Nov 2019 17:01:49 +1100 |
Traditional PCI INTx for vfio devices can only perform well if using
an in-kernel irqchip. Therefore, vfio_intx_update() issues a warning
if an in kernel irqchip is not available.
We usually do have an in-kernel irqchip available for pseries machines
on POWER hosts. However, because the platform allows feature
negotiation of what interrupt controller model to use, we don't
currently initialize it until machine reset. vfio_intx_update() is
called (first) from vfio_realize() before that, so it can issue a
spurious warning, even if we will have an in kernel irqchip by the
time we need it.
To workaround this, make a call to spapr_irq_update_active_intc() from
spapr_irq_init() which is called at machine realize time, before the
vfio realize. This call will be pretty much obsoleted by the later
call at reset time, but it serves to suppress the spurious warning
from VFIO.
Cc: Alex Williamson <address@hidden>
Cc: Alexey Kardashevskiy <address@hidden>
Signed-off-by: David Gibson <address@hidden>
Reviewed-by: Cédric Le Goater <address@hidden>
Tested-by: Alex Williamson <address@hidden>
Reviewed-by: Alex Williamson <address@hidden>
Reviewed-by: Greg Kurz <address@hidden>
Acked-by: Alex Williamson <address@hidden>
---
hw/ppc/spapr_irq.c | 11 ++++++++++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/hw/ppc/spapr_irq.c b/hw/ppc/spapr_irq.c
index 1d27034962..d6bb7fd2d6 100644
--- a/hw/ppc/spapr_irq.c
+++ b/hw/ppc/spapr_irq.c
@@ -373,6 +373,14 @@ void spapr_irq_init(SpaprMachineState *spapr, Error **errp)
spapr->qirqs = qemu_allocate_irqs(spapr_set_irq, spapr,
smc->nr_xirqs + SPAPR_XIRQ_BASE);
+
+ /*
+ * Mostly we don't actually need this until reset, except that not
+ * having this set up can cause VFIO devices to issue a
+ * false-positive warning during realize(), because they don't yet
+ * have an in-kernel irq chip.
+ */
+ spapr_irq_update_active_intc(spapr);
}
int spapr_irq_claim(SpaprMachineState *spapr, int irq, bool lsi, Error **errp)
@@ -528,7 +536,8 @@ void spapr_irq_update_active_intc(SpaprMachineState *spapr)
* this.
*/
new_intc = SPAPR_INTC(spapr->xive);
- } else if (spapr_ovec_test(spapr->ov5_cas, OV5_XIVE_EXPLOIT)) {
+ } else if (spapr->ov5_cas
+ && spapr_ovec_test(spapr->ov5_cas, OV5_XIVE_EXPLOIT)) {
new_intc = SPAPR_INTC(spapr->xive);
} else {
new_intc = SPAPR_INTC(spapr->ics);
--
2.23.0
- [PULL 0/8] ppc-for-4.2 queue 20191126, David Gibson, 2019/11/26
- [PULL 8/8] ppc/spapr_events: fix potential NULL pointer dereference in rtas_event_log_dequeue, David Gibson, 2019/11/26
- [PULL 7/8] mos6522: update counters when timer interrupts are off, David Gibson, 2019/11/26
- [PULL 1/8] pseries: fix migration-test and pxe-test, David Gibson, 2019/11/26
- [PULL 4/8] vfio/pci: Respond to KVM irqchip change notifier, David Gibson, 2019/11/26
- [PULL 5/8] spapr: Handle irq backend changes with VFIO PCI devices, David Gibson, 2019/11/26
- [PULL 6/8] spapr: Work around spurious warnings from vfio INTx initialization,
David Gibson <=
- [PULL 3/8] vfio/pci: Split vfio_intx_update(), David Gibson, 2019/11/26
- [PULL 2/8] kvm: Introduce KVM irqchip change notifier, David Gibson, 2019/11/26
- Re: [PULL 0/8] ppc-for-4.2 queue 20191126, Peter Maydell, 2019/11/26