linux-kernel - Re: [PATCH v2] pinctrl: at91-pio4: Use platform_get_irq() to get the interrupt

Open Source and information security mailing list archives

Message-ID: <241bd054-ea30-ffc9-fb36-c30c8e06db7f@microchip.com>
Date:   Mon, 17 Jan 2022 08:00:34 +0000
From:   <Tudor.Ambarus@...rochip.com>
To:     <prabhakar.mahadev-lad.rj@...renesas.com>,
        <Ludovic.Desroches@...rochip.com>, <linus.walleij@...aro.org>,
        <Nicolas.Ferre@...rochip.com>, <alexandre.belloni@...tlin.com>
CC:     <robh+dt@...nel.org>, <andy.shevchenko@...il.com>,
        <prabhakar.csengg@...il.com>,
        <linux-arm-kernel@...ts.infradead.org>,
        <linux-gpio@...r.kernel.org>, <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v2] pinctrl: at91-pio4: Use platform_get_irq() to get the
 interrupt

On 1/4/22 4:09 PM, Lad Prabhakar wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the content is safe
> 
> platform_get_resource(pdev, IORESOURCE_IRQ, ..) relies on static
> allocation of IRQ resources in DT core code, this causes an issue
> when using hierarchical interrupt domains using "interrupts" property
> in the node as this bypasses the hierarchical setup and messes up the
> irq chaining.
> 
> In preparation for removal of static setup of IRQ resource from DT core
> code use platform_get_irq().
> 
> While at it, replace the dev_err() with dev_dbg() as platform_get_irq()
> prints an error message upon error.
> 
> Signed-off-by: Lad Prabhakar <prabhakar.mahadev-lad.rj@...renesas.com>

Reviewed-by: Tudor Ambarus <tudor.ambarus@...rochip.com>
Tested-by: Tudor Ambarus <tudor.ambarus@...rochip.com>

thanks,
ta
> ---
> v1->v2
> * Switched using platform_get_irq()
> * Replaced dev_err() with dev_dbg()
> 
> v1: https://lore.kernel.org/lkml/20211224145748.18754-3-prabhakar.mahadev-lad.rj@bp.renesas.com/
> ---
>  drivers/pinctrl/pinctrl-at91-pio4.c | 16 +++++++---------
>  1 file changed, 7 insertions(+), 9 deletions(-)
> 
> diff --git a/drivers/pinctrl/pinctrl-at91-pio4.c b/drivers/pinctrl/pinctrl-at91-pio4.c
> index fafd1f55cba7..517f2a6330ad 100644
> --- a/drivers/pinctrl/pinctrl-at91-pio4.c
> +++ b/drivers/pinctrl/pinctrl-at91-pio4.c
> @@ -1045,7 +1045,6 @@ static int atmel_pinctrl_probe(struct platform_device *pdev)
>         const char **group_names;
>         const struct of_device_id *match;
>         int i, ret;
> -       struct resource *res;
>         struct atmel_pioctrl *atmel_pioctrl;
>         const struct atmel_pioctrl_data *atmel_pioctrl_data;
> 
> @@ -1164,16 +1163,15 @@ static int atmel_pinctrl_probe(struct platform_device *pdev)
> 
>         /* There is one controller but each bank has its own irq line. */
>         for (i = 0; i < atmel_pioctrl->nbanks; i++) {
> -               res = platform_get_resource(pdev, IORESOURCE_IRQ, i);
> -               if (!res) {
> -                       dev_err(dev, "missing irq resource for group %c\n",
> +               ret = platform_get_irq(pdev, i);
> +               if (ret < 0) {
> +                       dev_dbg(dev, "missing irq resource for group %c\n",
>                                 'A' + i);
> -                       return -EINVAL;
> +                       return ret;
>                 }
> -               atmel_pioctrl->irqs[i] = res->start;
> -               irq_set_chained_handler_and_data(res->start,
> -                       atmel_gpio_irq_handler, atmel_pioctrl);
> -               dev_dbg(dev, "bank %i: irq=%pr\n", i, res);
> +               atmel_pioctrl->irqs[i] = ret;
> +               irq_set_chained_handler_and_data(ret, atmel_gpio_irq_handler, atmel_pioctrl);
> +               dev_dbg(dev, "bank %i: irq=%d\n", i, ret);
>         }
> 
>         atmel_pioctrl->irq_domain = irq_domain_add_linear(dev->of_node,
> --
> 2.17.1
> 
> 
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel@...ts.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
>

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives