Re: [PATCH 0/3] irqchip: orion: bridge irq fixes for v3.14-rc1

2014-02-06 Thread Jason Cooper
On Thu, Feb 06, 2014 at 02:10:40PM -0300, Ezequiel Garcia wrote:
> On Tue, Feb 04, 2014 at 11:54:15PM -0500, Jason Cooper wrote:
> > On Thu, Jan 23, 2014 at 11:38:03PM +0100, Sebastian Hesselbarth wrote:
> > > This is a small patch set to fix some shortcomings how Orion bridge
> > > irqs are handled. The patches are based on v3.13-rc8 and should go
> > > into v3.14. They can possibly also marked for -stable down to v3.10.
> > > 
> > > This patches are the result of a discussion about a stale watchdog irq,
> > > that can accidentially trigger the watchdog's irq handler and cause a
> > > reset [1].
> > > 
> > > The first patch will add a write to clear already pending interrupts
> > > on init. The second patch replaces handle_level_irq with handle_edge_irq
> > > which is more appropriate for bridge irqs which are edge-triggered.
> > > The last patch finally, fixes stale interrupts by installing an
> > > .irq_enable callback, that will clear a possible pending interrupt
> > > before unmasking it.
> > > 
> > > [1] http://www.spinics.net/lists/arm-kernel/msg302106.html
> > > 
> > > Sebastian Hesselbarth (3):
> > >   irqchip: orion: clear bridge cause register on init
> > >   irqchip: orion: use handle_edge_irq on bridge irqs
> > >   irqchip: orion: clear stale interrupts in irq_enable
> > > 
> > >  drivers/irqchip/irq-orion.c | 18 --
> > >  1 file changed, 16 insertions(+), 2 deletions(-)
> > 
> > Whole series applied to mvebu-next/irqchip-fixes (v2 for 3/3).  Once I
> > see that the outstanding pull requests for mvebu/irqchip have been
> > merged into mainline, I'll be changing the name of this branch to
> > mvebu/irqchip-fixes.  I just don't want to upset the applecart atm.
> > 
> > Oh yeah, Cc'd for stable back to v3.10.
> > 
> 
> If you want to pick this:
> 
> Tested-by: Ezequiel Garcia 

Added, thanks for testing!

thx,

Jason.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [PATCH 0/3] irqchip: orion: bridge irq fixes for v3.14-rc1

2014-02-06 Thread Ezequiel Garcia
On Tue, Feb 04, 2014 at 11:54:15PM -0500, Jason Cooper wrote:
> On Thu, Jan 23, 2014 at 11:38:03PM +0100, Sebastian Hesselbarth wrote:
> > This is a small patch set to fix some shortcomings how Orion bridge
> > irqs are handled. The patches are based on v3.13-rc8 and should go
> > into v3.14. They can possibly also marked for -stable down to v3.10.
> > 
> > This patches are the result of a discussion about a stale watchdog irq,
> > that can accidentially trigger the watchdog's irq handler and cause a
> > reset [1].
> > 
> > The first patch will add a write to clear already pending interrupts
> > on init. The second patch replaces handle_level_irq with handle_edge_irq
> > which is more appropriate for bridge irqs which are edge-triggered.
> > The last patch finally, fixes stale interrupts by installing an
> > .irq_enable callback, that will clear a possible pending interrupt
> > before unmasking it.
> > 
> > [1] http://www.spinics.net/lists/arm-kernel/msg302106.html
> > 
> > Sebastian Hesselbarth (3):
> >   irqchip: orion: clear bridge cause register on init
> >   irqchip: orion: use handle_edge_irq on bridge irqs
> >   irqchip: orion: clear stale interrupts in irq_enable
> > 
> >  drivers/irqchip/irq-orion.c | 18 --
> >  1 file changed, 16 insertions(+), 2 deletions(-)
> 
> Whole series applied to mvebu-next/irqchip-fixes (v2 for 3/3).  Once I
> see that the outstanding pull requests for mvebu/irqchip have been
> merged into mainline, I'll be changing the name of this branch to
> mvebu/irqchip-fixes.  I just don't want to upset the applecart atm.
> 
> Oh yeah, Cc'd for stable back to v3.10.
> 

If you want to pick this:

Tested-by: Ezequiel Garcia 

Tested Kirkwood Topkick and Dove Cubox. Quite frankly, I haven't checked
this series prevents an "errant watchdog", but just pursued a boot test.

-- 
Ezequiel García, Free Electrons
Embedded Linux, Kernel and Android Engineering
http://free-electrons.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [PATCH 0/3] irqchip: orion: bridge irq fixes for v3.14-rc1

2014-02-06 Thread Ezequiel Garcia
On Tue, Feb 04, 2014 at 11:54:15PM -0500, Jason Cooper wrote:
 On Thu, Jan 23, 2014 at 11:38:03PM +0100, Sebastian Hesselbarth wrote:
  This is a small patch set to fix some shortcomings how Orion bridge
  irqs are handled. The patches are based on v3.13-rc8 and should go
  into v3.14. They can possibly also marked for -stable down to v3.10.
  
  This patches are the result of a discussion about a stale watchdog irq,
  that can accidentially trigger the watchdog's irq handler and cause a
  reset [1].
  
  The first patch will add a write to clear already pending interrupts
  on init. The second patch replaces handle_level_irq with handle_edge_irq
  which is more appropriate for bridge irqs which are edge-triggered.
  The last patch finally, fixes stale interrupts by installing an
  .irq_enable callback, that will clear a possible pending interrupt
  before unmasking it.
  
  [1] http://www.spinics.net/lists/arm-kernel/msg302106.html
  
  Sebastian Hesselbarth (3):
irqchip: orion: clear bridge cause register on init
irqchip: orion: use handle_edge_irq on bridge irqs
irqchip: orion: clear stale interrupts in irq_enable
  
   drivers/irqchip/irq-orion.c | 18 --
   1 file changed, 16 insertions(+), 2 deletions(-)
 
 Whole series applied to mvebu-next/irqchip-fixes (v2 for 3/3).  Once I
 see that the outstanding pull requests for mvebu/irqchip have been
 merged into mainline, I'll be changing the name of this branch to
 mvebu/irqchip-fixes.  I just don't want to upset the applecart atm.
 
 Oh yeah, Cc'd for stable back to v3.10.
 

If you want to pick this:

Tested-by: Ezequiel Garcia ezequiel.gar...@free-electrons.com

Tested Kirkwood Topkick and Dove Cubox. Quite frankly, I haven't checked
this series prevents an errant watchdog, but just pursued a boot test.

-- 
Ezequiel García, Free Electrons
Embedded Linux, Kernel and Android Engineering
http://free-electrons.com
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [PATCH 0/3] irqchip: orion: bridge irq fixes for v3.14-rc1

2014-02-06 Thread Jason Cooper
On Thu, Feb 06, 2014 at 02:10:40PM -0300, Ezequiel Garcia wrote:
 On Tue, Feb 04, 2014 at 11:54:15PM -0500, Jason Cooper wrote:
  On Thu, Jan 23, 2014 at 11:38:03PM +0100, Sebastian Hesselbarth wrote:
   This is a small patch set to fix some shortcomings how Orion bridge
   irqs are handled. The patches are based on v3.13-rc8 and should go
   into v3.14. They can possibly also marked for -stable down to v3.10.
   
   This patches are the result of a discussion about a stale watchdog irq,
   that can accidentially trigger the watchdog's irq handler and cause a
   reset [1].
   
   The first patch will add a write to clear already pending interrupts
   on init. The second patch replaces handle_level_irq with handle_edge_irq
   which is more appropriate for bridge irqs which are edge-triggered.
   The last patch finally, fixes stale interrupts by installing an
   .irq_enable callback, that will clear a possible pending interrupt
   before unmasking it.
   
   [1] http://www.spinics.net/lists/arm-kernel/msg302106.html
   
   Sebastian Hesselbarth (3):
 irqchip: orion: clear bridge cause register on init
 irqchip: orion: use handle_edge_irq on bridge irqs
 irqchip: orion: clear stale interrupts in irq_enable
   
drivers/irqchip/irq-orion.c | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
  
  Whole series applied to mvebu-next/irqchip-fixes (v2 for 3/3).  Once I
  see that the outstanding pull requests for mvebu/irqchip have been
  merged into mainline, I'll be changing the name of this branch to
  mvebu/irqchip-fixes.  I just don't want to upset the applecart atm.
  
  Oh yeah, Cc'd for stable back to v3.10.
  
 
 If you want to pick this:
 
 Tested-by: Ezequiel Garcia ezequiel.gar...@free-electrons.com

Added, thanks for testing!

thx,

Jason.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [PATCH 0/3] irqchip: orion: bridge irq fixes for v3.14-rc1

2014-02-04 Thread Jason Cooper
On Thu, Jan 23, 2014 at 11:38:03PM +0100, Sebastian Hesselbarth wrote:
> This is a small patch set to fix some shortcomings how Orion bridge
> irqs are handled. The patches are based on v3.13-rc8 and should go
> into v3.14. They can possibly also marked for -stable down to v3.10.
> 
> This patches are the result of a discussion about a stale watchdog irq,
> that can accidentially trigger the watchdog's irq handler and cause a
> reset [1].
> 
> The first patch will add a write to clear already pending interrupts
> on init. The second patch replaces handle_level_irq with handle_edge_irq
> which is more appropriate for bridge irqs which are edge-triggered.
> The last patch finally, fixes stale interrupts by installing an
> .irq_enable callback, that will clear a possible pending interrupt
> before unmasking it.
> 
> [1] http://www.spinics.net/lists/arm-kernel/msg302106.html
> 
> Sebastian Hesselbarth (3):
>   irqchip: orion: clear bridge cause register on init
>   irqchip: orion: use handle_edge_irq on bridge irqs
>   irqchip: orion: clear stale interrupts in irq_enable
> 
>  drivers/irqchip/irq-orion.c | 18 --
>  1 file changed, 16 insertions(+), 2 deletions(-)

Whole series applied to mvebu-next/irqchip-fixes (v2 for 3/3).  Once I
see that the outstanding pull requests for mvebu/irqchip have been
merged into mainline, I'll be changing the name of this branch to
mvebu/irqchip-fixes.  I just don't want to upset the applecart atm.

Oh yeah, Cc'd for stable back to v3.10.

thx,

Jason.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


Re: [PATCH 0/3] irqchip: orion: bridge irq fixes for v3.14-rc1

2014-02-04 Thread Jason Cooper
On Thu, Jan 23, 2014 at 11:38:03PM +0100, Sebastian Hesselbarth wrote:
 This is a small patch set to fix some shortcomings how Orion bridge
 irqs are handled. The patches are based on v3.13-rc8 and should go
 into v3.14. They can possibly also marked for -stable down to v3.10.
 
 This patches are the result of a discussion about a stale watchdog irq,
 that can accidentially trigger the watchdog's irq handler and cause a
 reset [1].
 
 The first patch will add a write to clear already pending interrupts
 on init. The second patch replaces handle_level_irq with handle_edge_irq
 which is more appropriate for bridge irqs which are edge-triggered.
 The last patch finally, fixes stale interrupts by installing an
 .irq_enable callback, that will clear a possible pending interrupt
 before unmasking it.
 
 [1] http://www.spinics.net/lists/arm-kernel/msg302106.html
 
 Sebastian Hesselbarth (3):
   irqchip: orion: clear bridge cause register on init
   irqchip: orion: use handle_edge_irq on bridge irqs
   irqchip: orion: clear stale interrupts in irq_enable
 
  drivers/irqchip/irq-orion.c | 18 --
  1 file changed, 16 insertions(+), 2 deletions(-)

Whole series applied to mvebu-next/irqchip-fixes (v2 for 3/3).  Once I
see that the outstanding pull requests for mvebu/irqchip have been
merged into mainline, I'll be changing the name of this branch to
mvebu/irqchip-fixes.  I just don't want to upset the applecart atm.

Oh yeah, Cc'd for stable back to v3.10.

thx,

Jason.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


[PATCH 0/3] irqchip: orion: bridge irq fixes for v3.14-rc1

2014-01-23 Thread Sebastian Hesselbarth
This is a small patch set to fix some shortcomings how Orion bridge
irqs are handled. The patches are based on v3.13-rc8 and should go
into v3.14. They can possibly also marked for -stable down to v3.10.

This patches are the result of a discussion about a stale watchdog irq,
that can accidentially trigger the watchdog's irq handler and cause a
reset [1].

The first patch will add a write to clear already pending interrupts
on init. The second patch replaces handle_level_irq with handle_edge_irq
which is more appropriate for bridge irqs which are edge-triggered.
The last patch finally, fixes stale interrupts by installing an
.irq_enable callback, that will clear a possible pending interrupt
before unmasking it.

[1] http://www.spinics.net/lists/arm-kernel/msg302106.html

Sebastian Hesselbarth (3):
  irqchip: orion: clear bridge cause register on init
  irqchip: orion: use handle_edge_irq on bridge irqs
  irqchip: orion: clear stale interrupts in irq_enable

 drivers/irqchip/irq-orion.c | 18 --
 1 file changed, 16 insertions(+), 2 deletions(-)

---
Cc: Thomas Gleixner 
Cc: Jason Cooper 
Cc: Andrew Lunn 
Cc: Gregory Clement 
Cc: Jason Gunthorpe 
Cc: Ezequiel Garcia 
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
-- 
1.8.5.2

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/


[PATCH 0/3] irqchip: orion: bridge irq fixes for v3.14-rc1

2014-01-23 Thread Sebastian Hesselbarth
This is a small patch set to fix some shortcomings how Orion bridge
irqs are handled. The patches are based on v3.13-rc8 and should go
into v3.14. They can possibly also marked for -stable down to v3.10.

This patches are the result of a discussion about a stale watchdog irq,
that can accidentially trigger the watchdog's irq handler and cause a
reset [1].

The first patch will add a write to clear already pending interrupts
on init. The second patch replaces handle_level_irq with handle_edge_irq
which is more appropriate for bridge irqs which are edge-triggered.
The last patch finally, fixes stale interrupts by installing an
.irq_enable callback, that will clear a possible pending interrupt
before unmasking it.

[1] http://www.spinics.net/lists/arm-kernel/msg302106.html

Sebastian Hesselbarth (3):
  irqchip: orion: clear bridge cause register on init
  irqchip: orion: use handle_edge_irq on bridge irqs
  irqchip: orion: clear stale interrupts in irq_enable

 drivers/irqchip/irq-orion.c | 18 --
 1 file changed, 16 insertions(+), 2 deletions(-)

---
Cc: Thomas Gleixner t...@linutronix.de
Cc: Jason Cooper ja...@lakedaemon.net
Cc: Andrew Lunn and...@lunn.ch
Cc: Gregory Clement gregory.clem...@free-electrons.com
Cc: Jason Gunthorpe jguntho...@obsidianresearch.com
Cc: Ezequiel Garcia ezequiel.gar...@free-electrons.com
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
-- 
1.8.5.2

--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/