[RFC PATCH v2 45/45] irqchip/gic-v5: Add NMI support for IPIs

Vladimir Murzin vladimir.murzin at arm.com
Fri Aug 7 03:42:12 PDT 2026


On 8/7/26 11:17, Marc Zyngier wrote:
> On Mon, 27 Jul 2026 17:34:53 +0100,
> Vladimir Murzin <vladimir.murzin at arm.com> wrote:
>> IPIs are implemented as a logical domain on top of the LPI domain.
>> Therefore, when an IPI is configured as an NMI, update the priority in
>> the parent LPI domain during setup and teardown.
>>
>> Permit irq_supports_nmi() to accept IRQs managed by an NMI-capable
>> parent domain.
>>
>> Finally, guard handle_irq_event_percpu() against calling
>> add_interrupt_randomness() from NMI context.
>>
>> Signed-off-by: Vladimir Murzin <vladimir.murzin at arm.com>
>> ---
>>  drivers/irqchip/irq-gic-v5.c | 23 ++++++++++++++++++++++-
>>  kernel/irq/handle.c          |  3 ++-
>>  kernel/irq/manage.c          | 11 ++++++++---
>>  3 files changed, 32 insertions(+), 5 deletions(-)
>>
>> The patch should definitely be split. The only reason I'm keeping it
>> as a single patch for now is that I'm not yet sure these changes are
>> moving in the right direction...
>>
>>
>> diff --git a/drivers/irqchip/irq-gic-v5.c b/drivers/irqchip/irq-gic-v5.c
>> index 05b957ffc0b8..787cb8da4e1a 100644
>> --- a/drivers/irqchip/irq-gic-v5.c
>> +++ b/drivers/irqchip/irq-gic-v5.c
>> @@ -700,6 +700,24 @@ static void gicv5_spi_irq_nmi_teardown(struct irq_data *d)
>>  	irq_to_desc(d->irq)->handle_irq = handle_fasteoi_irq;
>>  }
>>  
>> +static int gicv5_ipi_irq_nmi_setup(struct irq_data *d)
>> +{
>> +	if (WARN_ON(!d->parent_data))
>> +		return -EINVAL;
> How can this happen? Shouldn't that be impossible by construction?
> 

Cannot happen, it is just me getting too much addicted to all sorts of checks :) 

>> +
>> +	d = d->parent_data;
>> +
>> +	return gicv5_hwirq_irq_nmi_setup(d->hwirq, GICV5_HWIRQ_TYPE_LPI);
>> +}
>> +
>> +static void gicv5_ipi_irq_nmi_teardown(struct irq_data *d)
>> +{
>> +	if (WARN_ON(!d->parent_data))
>> +		return;
>> +
>> +	d = d->parent_data;
>> +
>> +	gicv5_hwirq_irq_nmi_teardown(d->hwirq, GICV5_HWIRQ_TYPE_LPI);
>>  }
>>  
>>  static struct irq_chip gicv5_ppi_irq_chip = {
>> @@ -749,7 +767,7 @@ static struct irq_chip gicv5_lpi_irq_chip = {
>>  				  IRQCHIP_MASK_ON_SUSPEND,
>>  };
>>  
>> -static const struct irq_chip gicv5_ipi_irq_chip = {
>> +static struct irq_chip gicv5_ipi_irq_chip = {
> If we can't have it const, can we have it as __ro_after_init?
> 

Yes, it was rises by Sashiko as well, already applied __ro_after_init locally

>>  	.name			= "GICv5-IPI",
>>  	.irq_mask		= irq_chip_mask_parent,
>>  	.irq_unmask		= irq_chip_unmask_parent,
>> @@ -757,6 +775,8 @@ static const struct irq_chip gicv5_ipi_irq_chip = {
>>  	.irq_set_affinity	= irq_chip_set_affinity_parent,
>>  	.irq_get_irqchip_state	= irq_chip_get_parent_state,
>>  	.irq_set_irqchip_state	= irq_chip_set_parent_state,
>> +	.irq_nmi_setup		= gicv5_ipi_irq_nmi_setup,
>> +	.irq_nmi_teardown	= gicv5_ipi_irq_nmi_teardown,
>>  	.ipi_send_single	= gicv5_ipi_send_single,
>>  	.flags			= IRQCHIP_SKIP_SET_WAKE	  |
>>  				  IRQCHIP_MASK_ON_SUSPEND,
>> @@ -1213,6 +1233,7 @@ static void gicv5_enable_nmi_support(void)
>>  	gicv5_ppi_irq_chip.flags |= IRQCHIP_SUPPORTS_NMI;
>>  	gicv5_spi_irq_chip.flags |= IRQCHIP_SUPPORTS_NMI;
>>  	gicv5_lpi_irq_chip.flags |= IRQCHIP_SUPPORTS_NMI;
>> +	gicv5_ipi_irq_chip.flags |= IRQCHIP_SUPPORTS_NMI;
>>  }
>>  
>>  static void __init gicv5_smp_init(void)
>> diff --git a/kernel/irq/handle.c b/kernel/irq/handle.c
>> index b7d52821837b..114fd63b0210 100644
>> --- a/kernel/irq/handle.c
>> +++ b/kernel/irq/handle.c
>> @@ -245,7 +245,8 @@ irqreturn_t handle_irq_event_percpu(struct irq_desc *desc)
>>  
>>  	retval = __handle_irq_event_percpu(desc);
>>  
>> -	add_interrupt_randomness(desc->irq_data.irq);
>> +	if (!in_nmi())
>> +		add_interrupt_randomness(desc->irq_data.irq);
> This also needs to be a separate patch.
> 

Ack!

>>  
>>  	if (!irq_settings_no_debug(desc))
>>  		note_interrupt(desc, retval);
>> diff --git a/kernel/irq/manage.c b/kernel/irq/manage.c
>> index 7eb07e3bdb4c..0091bb5f7662 100644
>> --- a/kernel/irq/manage.c
>> +++ b/kernel/irq/manage.c
>> @@ -1370,9 +1370,14 @@ static bool irq_supports_nmi(struct irq_desc *desc)
>>  	struct irq_data *d = irq_desc_get_irq_data(desc);
>>  
>>  #ifdef CONFIG_IRQ_DOMAIN_HIERARCHY
>> -	/* Only IRQs directly managed by the root irqchip can be set as NMI */
>> -	if (d->parent_data)
>> -		return false;
>> +	struct irq_data *data;
>> +	/*
>> +	 * Only IRQs directly managed by the root irqchip can be set
>> +	 * as NMI unless we inherit NMI from parent
>> +	 */
>> +	for (data = d->parent_data; data; data = data->parent_data)
>> +		if (!(data->chip && data->chip->flags & IRQCHIP_SUPPORTS_NMI))
>> +			return false;
> Maybe we should just trust the local irqchip to do the right
> thing. After all, the core code shouldn't be in the business of
> sanitising broken irqchip drivers advertising random crap.
> 

That is indeed bit I was not really sure about, if we decide that we
can trust local irqchip then I assume we just drop the check?

>>  #endif
>>  	/* Don't support NMIs for chips behind a slow bus */
>>  	if (d->chip->irq_bus_lock || d->chip->irq_bus_sync_unlock)
> Thanks,
> 

Thanks!

Vladimir

> 	M.
> 
> -- Without deviation from the norm, progress is not possible.
> 




More information about the linux-arm-kernel mailing list