diff options
author | Greg Kurz | 2020-08-07 13:32:06 +0200 |
---|---|---|
committer | David Gibson | 2020-08-13 12:50:17 +0200 |
commit | cf36e5b3760df0a1fdd38970294cf7b0968fcc5c (patch) | |
tree | 10ed4b57164533b4885d525dea5673945cb2627e /hw/intc/xics_pnv.c | |
parent | target/ppc: Integrate icount to purr, vtb, and tbu40 (diff) | |
download | qemu-cf36e5b3760df0a1fdd38970294cf7b0968fcc5c.tar.gz qemu-cf36e5b3760df0a1fdd38970294cf7b0968fcc5c.tar.xz qemu-cf36e5b3760df0a1fdd38970294cf7b0968fcc5c.zip |
ppc/xive: Rework setup of XiveSource::esb_mmio
Depending on whether XIVE is emultated or backed with a KVM XIVE device,
the ESB MMIOs of a XIVE source point to an I/O memory region or a mapped
memory region.
This is currently handled by checking kvm_irqchip_in_kernel() returns
false in xive_source_realize(). This is a bit awkward as we usually
need to do extra things when we're using the in-kernel backend, not
less. But most important, we can do better: turn the existing "xive.esb"
memory region into a plain container, introduce an "xive.esb-emulated"
I/O subregion and rename the existing "xive.esb" subregion in the KVM
code to "xive.esb-kvm". Since "xive.esb-kvm" is added with overlap
and a higher priority, it prevails over "xive.esb-emulated" (ie.
a guest using KVM XIVE will interact with "xive.esb-kvm" instead of
the default "xive.esb-emulated" region.
While here, consolidate the computation of the MMIO region size in
a common helper.
Suggested-by: Cédric Le Goater <clg@kaod.org>
Signed-off-by: Greg Kurz <groug@kaod.org>
Message-Id: <159679992680.876294.7520540158586170894.stgit@bahia.lan>
Reviewed-by: Cédric Le Goater <clg@kaod.org>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
Diffstat (limited to 'hw/intc/xics_pnv.c')
0 files changed, 0 insertions, 0 deletions