[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH v2 11/13] spapr_irq: Allow synchronization of a
From: |
Greg Kurz |
Subject: |
Re: [Qemu-devel] [PATCH v2 11/13] spapr_irq: Allow synchronization of a single irq state to KVM |
Date: |
Mon, 14 Jan 2019 17:34:03 +0100 |
On Mon, 14 Jan 2019 17:29:48 +0100
Cédric Le Goater <address@hidden> wrote:
> On 1/14/19 4:10 PM, Greg Kurz wrote:
> > On Mon, 14 Jan 2019 09:19:50 +0100
> > Cédric Le Goater <address@hidden> wrote:
> >
> >> On 1/11/19 10:04 PM, Greg Kurz wrote:
> >>> When using the in-kernel interrupt controller, the state of all irqs is
> >>> synchronized to KVM at machine reset time. In the case of PHB hotplug, we
> >>> will need to synchronize LSIs manually.
> >>
> >> Yes. This is because the interrupt sources in the KVM XICS device have
> >> already been initialized as MSIs.
> >>
> >> Can not we reset the source when it is claimed ?
> >>
> >> An alternative solution would be to initialize the SPAPR_IRQ_PCI_LSI range
> >> as LSIs at a KVM level.
> >>
> >
> > I don't really want to add some dependency to sPAPR code in KVM XICS... what
> > about claiming LSIs for all possible PHBs at machine init time ?
>
> you can not claim IRQ numbers twice. So if a new PHB is hot-plugged,
> it will fail the claim its LSIs.
>
The intent is to claim all these LSIs for the lifetime of the machine, instead
of having each PHB to claim its own ones during realize.
> C.
[Qemu-devel] [PATCH v2 13/13] spapr: enable PHB hotplug for default pseries machine type, Greg Kurz, 2019/01/11
[Qemu-devel] [PATCH v2 12/13] spapr: add hotplug hooks for PHB hotplug, Greg Kurz, 2019/01/11
Re: [Qemu-devel] [PATCH v2 00/13] spapr: Add support for PHB hotplug, Michael S. Tsirkin, 2019/01/14
Re: [Qemu-devel] [Qemu-ppc] [PATCH v2 00/13] spapr: Add support for PHB hotplug, Greg Kurz, 2019/01/15