From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36009) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1flEtI-0001WK-VN for qemu-devel@nongnu.org; Thu, 02 Aug 2018 10:47:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1flEtF-00083x-Sa for qemu-devel@nongnu.org; Thu, 02 Aug 2018 10:47:49 -0400 Received: from 11.mo1.mail-out.ovh.net ([188.165.48.29]:49703) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1flEtF-00082m-LY for qemu-devel@nongnu.org; Thu, 02 Aug 2018 10:47:45 -0400 Received: from player158.ha.ovh.net (unknown [10.109.143.18]) by mo1.mail-out.ovh.net (Postfix) with ESMTP id 032DE117740 for ; Thu, 2 Aug 2018 16:47:43 +0200 (CEST) Date: Thu, 2 Aug 2018 16:47:37 +0200 From: Greg Kurz Message-ID: <20180802164737.674392ea@bahia.lan> In-Reply-To: <20180730141134.31153-5-clg@kaod.org> References: <20180730141134.31153-1-clg@kaod.org> <20180730141134.31153-5-clg@kaod.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH v6 4/4] spapr: increase the size of the IRQ number space List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?UTF-8?B?Q8OpZHJpYw==?= Le Goater Cc: David Gibson , qemu-ppc@nongnu.org, qemu-devel@nongnu.org On Mon, 30 Jul 2018 16:11:34 +0200 C=C3=A9dric Le Goater wrote: > The new layout using static IRQ number does not leave much space to > the dynamic MSI range, only 0x100 IRQ numbers. Increase the total > number of IRQS for newer machines and introduce a legacy XICS backend > for pre-3.1 machines to maintain compatibility. >=20 > Signed-off-by: C=C3=A9dric Le Goater > --- > include/hw/ppc/spapr_irq.h | 1 + > hw/ppc/spapr.c | 1 + > hw/ppc/spapr_irq.c | 12 +++++++++++- > 3 files changed, 13 insertions(+), 1 deletion(-) >=20 > diff --git a/include/hw/ppc/spapr_irq.h b/include/hw/ppc/spapr_irq.h > index 0e98c4474bb2..626160ba475e 100644 > --- a/include/hw/ppc/spapr_irq.h > +++ b/include/hw/ppc/spapr_irq.h > @@ -40,6 +40,7 @@ typedef struct sPAPRIrq { > } sPAPRIrq; > =20 > extern sPAPRIrq spapr_irq_xics; > +extern sPAPRIrq spapr_irq_xics_legacy; > =20 > int spapr_irq_claim(sPAPRMachineState *spapr, int irq, bool lsi, Error *= *errp); > void spapr_irq_free(sPAPRMachineState *spapr, int irq, int num); > diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c > index d9f8cca49208..5ae62b0682d2 100644 > --- a/hw/ppc/spapr.c > +++ b/hw/ppc/spapr.c > @@ -3947,6 +3947,7 @@ static void spapr_machine_3_0_class_options(Machine= Class *mc) > SET_MACHINE_COMPAT(mc, SPAPR_COMPAT_3_0); > =20 > smc->legacy_irq_allocation =3D true; > + smc->irq =3D &spapr_irq_xics_legacy; > } > =20 > DEFINE_SPAPR_MACHINE(3_0, "3.0", false); > diff --git a/hw/ppc/spapr_irq.c b/hw/ppc/spapr_irq.c > index 0cbb5dd39368..620c49b38455 100644 > --- a/hw/ppc/spapr_irq.c > +++ b/hw/ppc/spapr_irq.c > @@ -196,7 +196,7 @@ static void spapr_irq_print_info_xics(sPAPRMachineSta= te *spapr, Monitor *mon) > } > =20 > sPAPRIrq spapr_irq_xics =3D { > - .nr_irqs =3D XICS_IRQS_SPAPR, > + .nr_irqs =3D 0x1000, IMHO using XICS_IRQS_SPAPR as the total number of MSIs for the whole machine was bogus, since the DT also advertises this same number of available MSIs per PHB: *** hw/ppc/spapr_pci.c: spapr_populate_pci_dt[2126] _FDT(fdt_setprop_cell(fdt, bus_off, "ibm,pe-total-#msi", XICS_IRQS_SPAP= R)); Even if you bump the limit from 1024 to 4096, we still have a discrepancy between what we tell the guest and what the machine can actually do. I'm wondering if we should take into account the number of possible PHBs when initializing the bitmap allocator, ie, .nr_irqs should rather be SPAPR_MAX_PHBS * XICS_IRQS_SPAPR ? > =20 > .init =3D spapr_irq_init_xics, > .claim =3D spapr_irq_claim_xics, > @@ -284,3 +284,13 @@ int spapr_irq_find(sPAPRMachineState *spapr, int num= , bool align, Error **errp) > =20 > return first + ics->offset; > } > + > +sPAPRIrq spapr_irq_xics_legacy =3D { > + .nr_irqs =3D XICS_IRQS_SPAPR, > + > + .init =3D spapr_irq_init_xics, > + .claim =3D spapr_irq_claim_xics, > + .free =3D spapr_irq_free_xics, > + .qirq =3D spapr_qirq_xics, > + .print_info =3D spapr_irq_print_info_xics, > +};