summaryrefslogtreecommitdiff
path: root/tools
diff options
context:
space:
mode:
authorMarc Zyngier <maz@kernel.org>2020-04-25 17:03:47 +0300
committerMarc Zyngier <maz@kernel.org>2020-09-13 19:05:24 +0300
commitd3afc7f12987581eb0d1215b518d719fb9d762da (patch)
treea81b0f7a76cc60594868452f173b5b8251b7f438 /tools
parent83cfac95c01817819c2a51f0931d798d851f8a08 (diff)
downloadlinux-d3afc7f12987581eb0d1215b518d719fb9d762da.tar.xz
arm64: Allow IPIs to be handled as normal interrupts
In order to deal with IPIs as normal interrupts, let's add a new way to register them with the architecture code. set_smp_ipi_range() takes a range of interrupts, and allows the arch code to request them as if the were normal interrupts. A standard handler is then called by the core IRQ code to deal with the IPI. This means that we don't need to call irq_enter/irq_exit, and that we don't need to deal with set_irq_regs either. So let's move the dispatcher into its own function, and leave handle_IPI() as a compatibility function. On the sending side, let's make use of ipi_send_mask, which already exists for this purpose. One of the major difference is that we end up, in some cases (such as when performing IRQ time accounting on the scheduler IPI), end up with nested irq_enter()/irq_exit() pairs. Other than the (relatively small) overhead, there should be no consequences to it (these pairs are designed to nest correctly, and the accounting shouldn't be off). Reviewed-by: Valentin Schneider <valentin.schneider@arm.com> Acked-by: Catalin Marinas <catalin.marinas@arm.com> Signed-off-by: Marc Zyngier <maz@kernel.org>
Diffstat (limited to 'tools')
0 files changed, 0 insertions, 0 deletions