* [BISECTED REGRESSION] v4.8-rc: gpio-leds broken on OCTEON
@ 2016-08-23 20:36 Aaro Koskinen
2016-08-24 16:42 ` Steven J. Hill
0 siblings, 1 reply; 6+ messages in thread
From: Aaro Koskinen @ 2016-08-23 20:36 UTC (permalink / raw)
To: David Daney, Jon Hunter, Rob Herring
Cc: devicetree, linux-mips, linux-kernel, Thorsten Leemhuis
Hi,
gpio-leds fails to probe on OCTEON with v4.8-rc3 and when using
arch/mips/boot/dts/cavium-octeon/dlink_dsr-1000n.dts. Leds still
worked with v4.7.
I bisected this to:
commit 15cc2ed6dcf91a8658e084be4e140147161819d7
Author: Jon Hunter <jonathanh@nvidia.com>
Date: Mon Jun 20 14:49:18 2016 +0100
of/irq: Mark initialised interrupt controllers as populated
I have no idea how this is related to gpio-leds, except that on OCTEON
DTBs the gpio node is also interrupt controller...
Any ideas?
A.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [BISECTED REGRESSION] v4.8-rc: gpio-leds broken on OCTEON
2016-08-23 20:36 [BISECTED REGRESSION] v4.8-rc: gpio-leds broken on OCTEON Aaro Koskinen
@ 2016-08-24 16:42 ` Steven J. Hill
0 siblings, 0 replies; 6+ messages in thread
From: Steven J. Hill @ 2016-08-24 16:42 UTC (permalink / raw)
To: Aaro Koskinen, David Daney, Jon Hunter, Rob Herring
Cc: devicetree, linux-mips, linux-kernel, Thorsten Leemhuis
On 08/23/2016 03:36 PM, Aaro Koskinen wrote:
> Hi,
>
> gpio-leds fails to probe on OCTEON with v4.8-rc3 and when using
> arch/mips/boot/dts/cavium-octeon/dlink_dsr-1000n.dts. Leds still
> worked with v4.7.
>
> I bisected this to:
>
> commit 15cc2ed6dcf91a8658e084be4e140147161819d7
> Author: Jon Hunter <jonathanh@nvidia.com>
> Date: Mon Jun 20 14:49:18 2016 +0100
>
> of/irq: Mark initialised interrupt controllers as populated
>
> I have no idea how this is related to gpio-leds, except that on OCTEON
> DTBs the gpio node is also interrupt controller...
>
Hey Aaro.
It is actually two patches that cause the breakage. The other is:
commit e55aeb6ba4e8cc3549bff1e75ea1d029324bce21
of/irq: Mark interrupt controllers as populated before initialisation
I needed to revert both of these in order to get MMC working on our 71xx
and 78xx boards. For our MMC, I got error messages from the MMC core of
"Invalid POWER GPIO" until I applied the second patch. I will have a fix
worthy of upstreaming today which will be posted today.
Steve
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [BISECTED REGRESSION] v4.8-rc: gpio-leds broken on OCTEON
@ 2016-08-24 16:42 ` Steven J. Hill
0 siblings, 0 replies; 6+ messages in thread
From: Steven J. Hill @ 2016-08-24 16:42 UTC (permalink / raw)
To: Aaro Koskinen, David Daney, Jon Hunter, Rob Herring
Cc: devicetree, linux-mips, linux-kernel, Thorsten Leemhuis
On 08/23/2016 03:36 PM, Aaro Koskinen wrote:
> Hi,
>
> gpio-leds fails to probe on OCTEON with v4.8-rc3 and when using
> arch/mips/boot/dts/cavium-octeon/dlink_dsr-1000n.dts. Leds still
> worked with v4.7.
>
> I bisected this to:
>
> commit 15cc2ed6dcf91a8658e084be4e140147161819d7
> Author: Jon Hunter <jonathanh@nvidia.com>
> Date: Mon Jun 20 14:49:18 2016 +0100
>
> of/irq: Mark initialised interrupt controllers as populated
>
> I have no idea how this is related to gpio-leds, except that on OCTEON
> DTBs the gpio node is also interrupt controller...
>
Hey Aaro.
It is actually two patches that cause the breakage. The other is:
commit e55aeb6ba4e8cc3549bff1e75ea1d029324bce21
of/irq: Mark interrupt controllers as populated before initialisation
I needed to revert both of these in order to get MMC working on our 71xx
and 78xx boards. For our MMC, I got error messages from the MMC core of
"Invalid POWER GPIO" until I applied the second patch. I will have a fix
worthy of upstreaming today which will be posted today.
Steve
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [BISECTED REGRESSION] v4.8-rc: gpio-leds broken on OCTEON
2016-08-24 16:42 ` Steven J. Hill
(?)
@ 2016-08-25 18:24 ` Aaro Koskinen
2016-09-11 12:41 ` Thorsten Leemhuis
-1 siblings, 1 reply; 6+ messages in thread
From: Aaro Koskinen @ 2016-08-25 18:24 UTC (permalink / raw)
To: Steven J. Hill
Cc: David Daney, Jon Hunter, Rob Herring, devicetree, linux-mips,
linux-kernel, Thorsten Leemhuis
Hi,
On Wed, Aug 24, 2016 at 11:42:00AM -0500, Steven J. Hill wrote:
> It is actually two patches that cause the breakage. The other is:
>
> commit e55aeb6ba4e8cc3549bff1e75ea1d029324bce21
> of/irq: Mark interrupt controllers as populated before initialisation
>
> I needed to revert both of these in order to get MMC working on our 71xx and
> 78xx boards. For our MMC, I got error messages from the MMC core of "Invalid
> POWER GPIO" until I applied the second patch. I will have a fix worthy of
> upstreaming today which will be posted today.
The below change works for me...
diff --git a/arch/mips/cavium-octeon/octeon-irq.c b/arch/mips/cavium-octeon/octeon-irq.c
index 5a9b87b..5fd57c2 100644
--- a/arch/mips/cavium-octeon/octeon-irq.c
+++ b/arch/mips/cavium-octeon/octeon-irq.c
@@ -1618,6 +1618,7 @@ static int __init octeon_irq_init_gpio(
pr_warn("Cannot allocate memory for GPIO irq_domain.\n");
return -ENOMEM;
}
+ of_node_clear_flag(gpio_node, OF_POPULATED);
return 0;
}
A.
^ permalink raw reply related [flat|nested] 6+ messages in thread* Re: [BISECTED REGRESSION] v4.8-rc: gpio-leds broken on OCTEON
2016-08-25 18:24 ` Aaro Koskinen
@ 2016-09-11 12:41 ` Thorsten Leemhuis
2016-09-11 22:13 ` Aaro Koskinen
0 siblings, 1 reply; 6+ messages in thread
From: Thorsten Leemhuis @ 2016-09-11 12:41 UTC (permalink / raw)
To: Aaro Koskinen, Steven J. Hill
Cc: David Daney, Jon Hunter, Rob Herring, devicetree, linux-mips,
linux-kernel
Hi! On 25.08.2016 20:24, Aaro Koskinen wrote:
> On Wed, Aug 24, 2016 at 11:42:00AM -0500, Steven J. Hill wrote:
>> It is actually two patches that cause the breakage. The other is:
>> commit e55aeb6ba4e8cc3549bff1e75ea1d029324bce21
>> of/irq: Mark interrupt controllers as populated before initialisation
>> I needed to revert both of these in order to get MMC working on our 71xx and
>> 78xx boards. For our MMC, I got error messages from the MMC core of "Invalid
>> POWER GPIO" until I applied the second patch. I will have a fix worthy of
>> upstreaming today which will be posted today.
>
> The below change works for me...
>
> diff --git a/arch/mips/cavium-octeon/octeon-irq.c b/arch/mips/cavium-octeon/octeon-irq.c
> index 5a9b87b..5fd57c2 100644
> --- a/arch/mips/cavium-octeon/octeon-irq.c
> +++ b/arch/mips/cavium-octeon/octeon-irq.c
> @@ -1618,6 +1618,7 @@ static int __init octeon_irq_init_gpio(
> pr_warn("Cannot allocate memory for GPIO irq_domain.\n");
> return -ENOMEM;
> }
> + of_node_clear_flag(gpio_node, OF_POPULATED);
>
> return 0;
> }
This afaics wasn't merged and the discussion looks stalled. Was this
issue discussed elsewhere or even fixed in between? Just asking, because
this issue is on the list of regressions for 4.8.
Ciao, Thorsten
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [BISECTED REGRESSION] v4.8-rc: gpio-leds broken on OCTEON
2016-09-11 12:41 ` Thorsten Leemhuis
@ 2016-09-11 22:13 ` Aaro Koskinen
0 siblings, 0 replies; 6+ messages in thread
From: Aaro Koskinen @ 2016-09-11 22:13 UTC (permalink / raw)
To: Thorsten Leemhuis
Cc: Steven J. Hill, David Daney, Jon Hunter, Rob Herring, devicetree,
linux-mips, linux-kernel
Hi,
On Sun, Sep 11, 2016 at 02:41:39PM +0200, Thorsten Leemhuis wrote:
> Hi! On 25.08.2016 20:24, Aaro Koskinen wrote:
> > On Wed, Aug 24, 2016 at 11:42:00AM -0500, Steven J. Hill wrote:
> >> It is actually two patches that cause the breakage. The other is:
> >> commit e55aeb6ba4e8cc3549bff1e75ea1d029324bce21
> >> of/irq: Mark interrupt controllers as populated before initialisation
> >> I needed to revert both of these in order to get MMC working on our 71xx and
> >> 78xx boards. For our MMC, I got error messages from the MMC core of "Invalid
> >> POWER GPIO" until I applied the second patch. I will have a fix worthy of
> >> upstreaming today which will be posted today.
> >
> > The below change works for me...
> >
> > diff --git a/arch/mips/cavium-octeon/octeon-irq.c b/arch/mips/cavium-octeon/octeon-irq.c
> > index 5a9b87b..5fd57c2 100644
> > --- a/arch/mips/cavium-octeon/octeon-irq.c
> > +++ b/arch/mips/cavium-octeon/octeon-irq.c
> > @@ -1618,6 +1618,7 @@ static int __init octeon_irq_init_gpio(
> > pr_warn("Cannot allocate memory for GPIO irq_domain.\n");
> > return -ENOMEM;
> > }
> > + of_node_clear_flag(gpio_node, OF_POPULATED);
> >
> > return 0;
> > }
>
> This afaics wasn't merged and the discussion looks stalled. Was this
> issue discussed elsewhere or even fixed in between? Just asking, because
> this issue is on the list of regressions for 4.8.
There's a patch waiting to be merged in Linux MIPS patchwork:
https://patchwork.linux-mips.org/patch/14091/
A.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2016-09-11 22:14 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-08-23 20:36 [BISECTED REGRESSION] v4.8-rc: gpio-leds broken on OCTEON Aaro Koskinen
2016-08-24 16:42 ` Steven J. Hill
2016-08-24 16:42 ` Steven J. Hill
2016-08-25 18:24 ` Aaro Koskinen
2016-09-11 12:41 ` Thorsten Leemhuis
2016-09-11 22:13 ` Aaro Koskinen
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.