Re: [PATCH v5 5/7] genirq: Add GSIM user space configuration (procfs)

[sashiko-bot@kernel.org]

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] Unconditional removal of conditionally created `allow_sw_moderation` proc entry triggers `WARN(1)` on unsupported IRQs.
--

--- Patch [5]: [PATCH v5 5/7] genirq: Add GSIM user space configuration (procfs) ---
commit fc9564358ed0238056ccb83c0aee7d6d588c4901
Author: Luigi Rizzo <lrizzo@google.com>

genirq: Add GSIM user space configuration (procfs)

Introduce procfs interfaces to configure and monitor GSIM at runtime.
This adds a global directory /proc/irq/sw_moderation/ and per-IRQ files 
to individually allow or disallow moderation.

> diff --git a/kernel/irq/irq_moderation.c b/kernel/irq/irq_moderation.c
> index 2c75feb6634f3..1474d33455410 100644
> --- a/kernel/irq/irq_moderation.c
> +++ b/kernel/irq/irq_moderation.c
[ ... ]
> +void irq_moderation_procfs_add(struct irq_desc *desc, umode_t umode)
> +{
> +	if (!irq_moderation_supported(desc))
> +		return;
> +	proc_create_data("allow_sw_moderation", umode, desc->dir,
> +			 &allow_flag_ops, (void *)(long)desc->irq_data.irq);
> +}
> +
> +void irq_moderation_procfs_remove(struct irq_desc *desc)
> +{
> +	remove_proc_entry("allow_sw_moderation", desc->dir);

[Severity: Medium]
Will this unconditional call to remove_proc_entry() trigger a kernel warning
when unregistering an unsupported IRQ?

In irq_moderation_procfs_add() just above, the "allow_sw_moderation" procfs
entry is only created if irq_moderation_supported(desc) evaluates to true.

Because irq_moderation_procfs_remove() lacks the same check, freeing a dynamic
IRQ that doesn't support moderation will cause remove_proc_entry() to print a
warning stack trace about a missing entry.

Could we add the same !irq_moderation_supported(desc) check here to avoid
the warning?

> +}

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260819124341.4185621-1-lrizzo@google.com?part=5