netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH net-next] net: stmmac: Handle different error codes from platform_get_irq_byname
@ 2014-05-27  4:49 Chen-Yu Tsai
  2014-05-28  0:58 ` Rob Herring
  0 siblings, 1 reply; 4+ messages in thread
From: Chen-Yu Tsai @ 2014-05-27  4:49 UTC (permalink / raw)
  To: David S. Miller, Giuseppe Cavallaro
  Cc: Chen-Yu Tsai, netdev, Grygorii Strashko, Russell King,
	Rob Herring, Maxime Ripard

The following patch moved device tree interrupt resolution into
platform_get_irq_byname:

  ad69674 of/irq: do irq resolution in platform_get_irq_byname()

As a result, the function no longer only return -ENXIO on error.
This breaks DT based probing of stmmac, as seen in test runs of
linux-next next-20140526 cubie2-sunxi_defconfig:

  http://lists.linaro.org/pipermail/kernel-build-reports/2014-May/003659.html

This patch makes the stmmac_platform probe function properly handle
error codes, such as returning for deferred probing, and other codes
returned by of_irq_get_by_name.

Signed-off-by: Chen-Yu Tsai <wens@csie.org>
---
 .../net/ethernet/stmicro/stmmac/stmmac_platform.c    | 20 +++++++++++++++-----
 1 file changed, 15 insertions(+), 5 deletions(-)

diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c b/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c
index 46aef510..9562b18 100644
--- a/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c
+++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c
@@ -237,10 +237,12 @@ static int stmmac_pltfr_probe(struct platform_device *pdev)
 
 	/* Get the MAC information */
 	priv->dev->irq = platform_get_irq_byname(pdev, "macirq");
-	if (priv->dev->irq == -ENXIO) {
-		pr_err("%s: ERROR: MAC IRQ configuration "
-		       "information not found\n", __func__);
-		return -ENXIO;
+	if (priv->dev->irq < 0) {
+		if (priv->wol_irq != -EPROBE_DEFER) {
+			pr_err("%s: ERROR: MAC IRQ configuration "
+			       "information not found\n", __func__);
+		}
+		return priv->dev->irq;
 	}
 
 	/*
@@ -252,10 +254,18 @@ static int stmmac_pltfr_probe(struct platform_device *pdev)
 	 * so the driver will continue to use the mac irq (ndev->irq)
 	 */
 	priv->wol_irq = platform_get_irq_byname(pdev, "eth_wake_irq");
-	if (priv->wol_irq == -ENXIO)
+	if (priv->wol_irq < 0) {
+		if (priv->wol_irq == -EPROBE_DEFER)
+			return -EPROBE_DEFER;
 		priv->wol_irq = priv->dev->irq;
+	}
 
 	priv->lpi_irq = platform_get_irq_byname(pdev, "eth_lpi");
+	if (priv->lpi_irq < 0) {
+		if (priv->wol_irq == -EPROBE_DEFER)
+			return -EPROBE_DEFER;
+		priv->lpi_irq = -ENXIO;
+	}
 
 	platform_set_drvdata(pdev, priv->dev);
 
-- 
2.0.0.rc2

^ permalink raw reply related	[flat|nested] 4+ messages in thread

* Re: [PATCH net-next] net: stmmac: Handle different error codes from platform_get_irq_byname
  2014-05-27  4:49 [PATCH net-next] net: stmmac: Handle different error codes from platform_get_irq_byname Chen-Yu Tsai
@ 2014-05-28  0:58 ` Rob Herring
  2014-05-28  6:44   ` Chen-Yu Tsai
  0 siblings, 1 reply; 4+ messages in thread
From: Rob Herring @ 2014-05-28  0:58 UTC (permalink / raw)
  To: Chen-Yu Tsai
  Cc: David S. Miller, Giuseppe Cavallaro, netdev, Grygorii Strashko,
	Russell King, Maxime Ripard, Kevin Hilman

On Mon, May 26, 2014 at 11:49 PM, Chen-Yu Tsai <wens@csie.org> wrote:
> The following patch moved device tree interrupt resolution into
> platform_get_irq_byname:
>
>   ad69674 of/irq: do irq resolution in platform_get_irq_byname()
>
> As a result, the function no longer only return -ENXIO on error.
> This breaks DT based probing of stmmac, as seen in test runs of
> linux-next next-20140526 cubie2-sunxi_defconfig:
>
>   http://lists.linaro.org/pipermail/kernel-build-reports/2014-May/003659.html
>
> This patch makes the stmmac_platform probe function properly handle
> error codes, such as returning for deferred probing, and other codes
> returned by of_irq_get_by_name.

ST u8500 is also broken as reported by Kevin Hilman.

>
> Signed-off-by: Chen-Yu Tsai <wens@csie.org>
> ---
>  .../net/ethernet/stmicro/stmmac/stmmac_platform.c    | 20 +++++++++++++++-----
>  1 file changed, 15 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c b/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c
> index 46aef510..9562b18 100644
> --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c
> +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c
> @@ -237,10 +237,12 @@ static int stmmac_pltfr_probe(struct platform_device *pdev)
>
>         /* Get the MAC information */
>         priv->dev->irq = platform_get_irq_byname(pdev, "macirq");
> -       if (priv->dev->irq == -ENXIO) {
> -               pr_err("%s: ERROR: MAC IRQ configuration "
> -                      "information not found\n", __func__);
> -               return -ENXIO;
> +       if (priv->dev->irq < 0) {
> +               if (priv->wol_irq != -EPROBE_DEFER) {

s/wol_irq/dev->irq/

> +                       pr_err("%s: ERROR: MAC IRQ configuration "

netdev_err

> +                              "information not found\n", __func__);

Don't split strings.

> +               }
> +               return priv->dev->irq;
>         }
>
>         /*
> @@ -252,10 +254,18 @@ static int stmmac_pltfr_probe(struct platform_device *pdev)
>          * so the driver will continue to use the mac irq (ndev->irq)
>          */
>         priv->wol_irq = platform_get_irq_byname(pdev, "eth_wake_irq");
> -       if (priv->wol_irq == -ENXIO)
> +       if (priv->wol_irq < 0) {
> +               if (priv->wol_irq == -EPROBE_DEFER)
> +                       return -EPROBE_DEFER;
>                 priv->wol_irq = priv->dev->irq;
> +       }
>
>         priv->lpi_irq = platform_get_irq_byname(pdev, "eth_lpi");
> +       if (priv->lpi_irq < 0) {

You don't need this if.

> +               if (priv->wol_irq == -EPROBE_DEFER)

s/wol_irq/lpi_irq/

> +                       return -EPROBE_DEFER;
> +               priv->lpi_irq = -ENXIO;
> +       }
>
>         platform_set_drvdata(pdev, priv->dev);
>
> --
> 2.0.0.rc2
>

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH net-next] net: stmmac: Handle different error codes from platform_get_irq_byname
  2014-05-28  0:58 ` Rob Herring
@ 2014-05-28  6:44   ` Chen-Yu Tsai
  2014-05-28 13:30     ` Rob Herring
  0 siblings, 1 reply; 4+ messages in thread
From: Chen-Yu Tsai @ 2014-05-28  6:44 UTC (permalink / raw)
  To: Rob Herring
  Cc: David S. Miller, Giuseppe Cavallaro, netdev, Grygorii Strashko,
	Russell King, Maxime Ripard, Kevin Hilman

On Wed, May 28, 2014 at 8:58 AM, Rob Herring <robh@kernel.org> wrote:
> On Mon, May 26, 2014 at 11:49 PM, Chen-Yu Tsai <wens@csie.org> wrote:
>> The following patch moved device tree interrupt resolution into
>> platform_get_irq_byname:
>>
>>   ad69674 of/irq: do irq resolution in platform_get_irq_byname()
>>
>> As a result, the function no longer only return -ENXIO on error.
>> This breaks DT based probing of stmmac, as seen in test runs of
>> linux-next next-20140526 cubie2-sunxi_defconfig:
>>
>>   http://lists.linaro.org/pipermail/kernel-build-reports/2014-May/003659.html
>>
>> This patch makes the stmmac_platform probe function properly handle
>> error codes, such as returning for deferred probing, and other codes
>> returned by of_irq_get_by_name.
>
> ST u8500 is also broken as reported by Kevin Hilman.

Saw the mail today.

>>
>> Signed-off-by: Chen-Yu Tsai <wens@csie.org>
>> ---
>>  .../net/ethernet/stmicro/stmmac/stmmac_platform.c    | 20 +++++++++++++++-----
>>  1 file changed, 15 insertions(+), 5 deletions(-)
>>
>> diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c b/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c
>> index 46aef510..9562b18 100644
>> --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c
>> +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_platform.c
>> @@ -237,10 +237,12 @@ static int stmmac_pltfr_probe(struct platform_device *pdev)
>>
>>         /* Get the MAC information */
>>         priv->dev->irq = platform_get_irq_byname(pdev, "macirq");
>> -       if (priv->dev->irq == -ENXIO) {
>> -               pr_err("%s: ERROR: MAC IRQ configuration "
>> -                      "information not found\n", __func__);
>> -               return -ENXIO;
>> +       if (priv->dev->irq < 0) {
>> +               if (priv->wol_irq != -EPROBE_DEFER) {
>
> s/wol_irq/dev->irq/

Copy paste error :(

>> +                       pr_err("%s: ERROR: MAC IRQ configuration "
>
> netdev_err
>
>> +                              "information not found\n", __func__);
>
> Don't split strings.

It was in the original code. Will fix.

>> +               }
>> +               return priv->dev->irq;
>>         }
>>
>>         /*
>> @@ -252,10 +254,18 @@ static int stmmac_pltfr_probe(struct platform_device *pdev)
>>          * so the driver will continue to use the mac irq (ndev->irq)
>>          */
>>         priv->wol_irq = platform_get_irq_byname(pdev, "eth_wake_irq");
>> -       if (priv->wol_irq == -ENXIO)
>> +       if (priv->wol_irq < 0) {
>> +               if (priv->wol_irq == -EPROBE_DEFER)
>> +                       return -EPROBE_DEFER;
>>                 priv->wol_irq = priv->dev->irq;
>> +       }
>>
>>         priv->lpi_irq = platform_get_irq_byname(pdev, "eth_lpi");
>> +       if (priv->lpi_irq < 0) {
>
> You don't need this if.

stmmac core driver checks lpi_irq != -ENXIO for valid interrupt.
Might as well change that check to  lpi_irq >= 0.
(0 is a valid interrupt, correct?)

Interestingly, stmmac_pci never sets lpi_irq, there might be a glitch
there.

>> +               if (priv->wol_irq == -EPROBE_DEFER)
>
> s/wol_irq/lpi_irq/

ditto

>> +                       return -EPROBE_DEFER;
>> +               priv->lpi_irq = -ENXIO;
>> +       }
>>
>>         platform_set_drvdata(pdev, priv->dev);
>>
>> --
>> 2.0.0.rc2
>>


Thanks
ChenYu

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH net-next] net: stmmac: Handle different error codes from platform_get_irq_byname
  2014-05-28  6:44   ` Chen-Yu Tsai
@ 2014-05-28 13:30     ` Rob Herring
  0 siblings, 0 replies; 4+ messages in thread
From: Rob Herring @ 2014-05-28 13:30 UTC (permalink / raw)
  To: Chen-Yu Tsai
  Cc: David S. Miller, Giuseppe Cavallaro, netdev, Grygorii Strashko,
	Russell King, Maxime Ripard, Kevin Hilman

On Wed, May 28, 2014 at 1:44 AM, Chen-Yu Tsai <wens@csie.org> wrote:
> On Wed, May 28, 2014 at 8:58 AM, Rob Herring <robh@kernel.org> wrote:
>> On Mon, May 26, 2014 at 11:49 PM, Chen-Yu Tsai <wens@csie.org> wrote:
>>> The following patch moved device tree interrupt resolution into
>>> platform_get_irq_byname:
>>>
>>>   ad69674 of/irq: do irq resolution in platform_get_irq_byname()
>>>
>>> As a result, the function no longer only return -ENXIO on error.
>>> This breaks DT based probing of stmmac, as seen in test runs of
>>> linux-next next-20140526 cubie2-sunxi_defconfig:

[...]

>>>         priv->lpi_irq = platform_get_irq_byname(pdev, "eth_lpi");
>>> +       if (priv->lpi_irq < 0) {
>>
>> You don't need this if.
>
> stmmac core driver checks lpi_irq != -ENXIO for valid interrupt.
> Might as well change that check to  lpi_irq >= 0.
> (0 is a valid interrupt, correct?)

No. NO_IRQ is defined to 0 (preferred) or -1 depending on the arch.
You should be testing for "> 0" for valid irq rather than only ENXIO.

My comment still stands. If lpi_irq is already <0, then there is no
reason to set it to -ENXIO (again). If there are other error codes
returned, changing the error code is not good practice.

> Interestingly, stmmac_pci never sets lpi_irq, there might be a glitch
> there.

I believe they would have to be combined to a single interrrupt for PCI.

Rob

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2014-05-28 13:30 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-05-27  4:49 [PATCH net-next] net: stmmac: Handle different error codes from platform_get_irq_byname Chen-Yu Tsai
2014-05-28  0:58 ` Rob Herring
2014-05-28  6:44   ` Chen-Yu Tsai
2014-05-28 13:30     ` Rob Herring

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).