[PATCH 0/2] irqchip: Arm GICv5 IWB ACPI IRQ probe deferral
Lorenzo Pieralisi
lpieralisi at kernel.org
Tue May 5 01:48:02 PDT 2026
On Arm GICv5 systems, the IWB (Interrupt Wire Bridge) handles wired interrupts
and it is in charge of translating interrupt wires to GICv5 ITS messages.
In ACPI systems, an IWB is backed by a platform device. Device drivers for
devices whose IRQs are routed to an IWB might probe earlier than the IWB device
driver, which can result in failures in that until the IWB driver is probed and
its IRQ domain is duly registered, IRQs routed to it cannot be resolved.
Some interrupt controllers for the RISC-V architecture suffer from the same
issue; RISC-V, in its ACPI IRQ layer solved the problem by automatically
creating device dependencies that result in the interrupt controllers drivers
being probed before any device driver whose devices IRQs are routed to them is
probed.
Instead of reinventing the wheel, this series move the aforementioned RISC-V
code to generic ACPI IRQ handling code (while fixing some bits and pieces) and
implement GICv5 IWB ACPI probe deferral on top of it.
Signed-off-by: Lorenzo Pieralisi <lpieralisi at kernel.org>
---
Lorenzo Pieralisi (2):
drivers/acpi: Move RISC-V interrupt controllers autodep to ACPI IRQ code
irqchip/gic-v5: Add IWB to ACPI probe dependency control
arch/riscv/include/asm/acpi.h | 1 +
drivers/acpi/arm64/iort.c | 22 ++++-
drivers/acpi/irq.c | 172 +++++++++++++++++++++++++++++++++++-
drivers/acpi/riscv/irq.c | 141 +----------------------------
drivers/acpi/scan.c | 1 +
drivers/irqchip/irq-gic-v3.c | 2 +-
drivers/irqchip/irq-gic-v5-iwb.c | 5 ++
drivers/irqchip/irq-gic-v5.c | 13 ++-
drivers/irqchip/irq-gic.c | 2 +-
drivers/irqchip/irq-loongarch-cpu.c | 2 +-
drivers/irqchip/irq-riscv-intc.c | 3 +-
include/linux/acpi.h | 5 +-
include/linux/acpi_iort.h | 3 +-
13 files changed, 218 insertions(+), 154 deletions(-)
---
base-commit: 7fd2df204f342fc17d1a0bfcd474b24232fb0f32
change-id: 20260427-gic-v5-acpi-iwb-probe-deferral-cdc849b1a854
Best regards,
--
Lorenzo Pieralisi <lpieralisi at kernel.org>
More information about the linux-arm-kernel
mailing list