On Fri, Aug 30 2024 at 22:21, Ma Ke wrote:
> Zero and negative number is not a valid IRQ for in-kernel code and the
> irq_of_parse_and_map() function returns zero on error. So this check for
> valid IRQs should only accept values > 0.
The subsystem prefix is wrong. This changes drivers/i2c/busses/i2c-cpm.c
and has nothing to do with of/irq. Sure, the problem has been caused
by the commit below, but that's a different thing.
> Cc: stable@xxxxxxxxxxxxxxx
> Fixes: f7578496a671 ("of/irq: Use irq_of_parse_and_map()")
> Signed-off-by: Ma Ke <make24@xxxxxxxxxxx>
> ---
> drivers/i2c/busses/i2c-cpm.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/i2c/busses/i2c-cpm.c b/drivers/i2c/busses/i2c-cpm.c
> index 4794ec066eb0..41e3c95c0ef7 100644
> --- a/drivers/i2c/busses/i2c-cpm.c
> +++ b/drivers/i2c/busses/i2c-cpm.c
> @@ -435,7 +435,7 @@ static int cpm_i2c_setup(struct cpm_i2c *cpm)
> init_waitqueue_head(&cpm->i2c_wait);
>
> cpm->irq = irq_of_parse_and_map(ofdev->dev.of_node, 0);
> - if (!cpm->irq)
> + if (cpm->irq <= 0)
> return -EINVAL;
The function _cannot return a negative number:
extern unsigned int irq_of_parse_and_map(struct device_node *node, int index);
So what is this actually fixing?
Thanks,
tglx
