[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: |
Cédric Le Goater |
|
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:29:48 +0100 |
|
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 |
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.
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