| commit | dff669d6a15fb92b063cb5aa691b4bb498727404 | |
| author | Laurent Vivier <lvivier@redhat.com> | |
| Thu, 15 Oct 2020 21:03:18 +0000 (15 23:03 +0200) | ||
| committer | David Gibson <david@gibson.dropbear.id.au> | |
| Tue, 27 Oct 2020 14:08:53 +0000 (28 01:08 +1100) | ||
| tree | e382f57dc5d74729f67a744e5eb12baede1cd9a6 | treesnapshot (tar.gz zip) |
| parent | eaf1ffbe15fe67612c63d928415ee04eb4836dc7 | commitdiff |
ppc/spapr: re-assert IRQs during event-scan if there are pending
If we hotplug a CPU during the first second of the kernel boot,
the IRQ can be sent to the kernel while the RTAS event handler
is not installed. The event is queued, but the kernel doesn't
collect it and ignores the new CPU.
As the code relies on edge-triggered IRQ, we can re-assert it
during the event-scan RTAS call if there are still pending
events (as it is already done in check-exception).
Signed-off-by: Laurent Vivier <lvivier@redhat.com>
Message-Id: <20201015210318.117386-1-lvivier@redhat.com>
Reviewed-by: Greg Kurz <groug@kaod.org>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
If we hotplug a CPU during the first second of the kernel boot,
the IRQ can be sent to the kernel while the RTAS event handler
is not installed. The event is queued, but the kernel doesn't
collect it and ignores the new CPU.
As the code relies on edge-triggered IRQ, we can re-assert it
during the event-scan RTAS call if there are still pending
events (as it is already done in check-exception).
Signed-off-by: Laurent Vivier <lvivier@redhat.com>
Message-Id: <20201015210318.117386-1-lvivier@redhat.com>
Reviewed-by: Greg Kurz <groug@kaod.org>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
| hw/ppc/spapr_events.c | diffblobblamehistory |