On 05/21/2014 09:50 PM, Stefan Kristiansson wrote:
>
> I see two paths to go to get there though, and here's where I'd like some
> input.
> 1) Define the three different implementations as seperate irqchips,
>with accompanying IRQCHIP_DECLARE.
> 2) Add custom device-tree bindings and determin
On Wed, May 21, 2014 at 04:01:56PM -0400, Jason Cooper wrote:
> On Wed, May 21, 2014 at 10:50:57PM +0300, Stefan Kristiansson wrote:
> ...
> > I see two paths to go to get there though, and here's where I'd like some
> > input.
> > 1) Define the three different implementations as seperate irqchips
On Wed, May 21, 2014 at 10:50:57PM +0300, Stefan Kristiansson wrote:
...
> I see two paths to go to get there though, and here's where I'd like some
> input.
> 1) Define the three different implementations as seperate irqchips,
>with accompanying IRQCHIP_DECLARE.
> 2) Add custom device-tree bi
On Tue, May 20, 2014 at 08:18:16AM +0900, Thomas Gleixner wrote:
> On Mon, 19 May 2014, Stefan Kristiansson wrote:
> > +static void or1k_pic_ack(struct irq_data *data)
> > +{
> > + /* EDGE-triggered interrupts need to be ack'ed in order to clear
> > +* the latch.
> > +* LEVEL-triggered in
On Mon, 19 May 2014, Stefan Kristiansson wrote:
> +static void or1k_pic_ack(struct irq_data *data)
> +{
> + /* EDGE-triggered interrupts need to be ack'ed in order to clear
> + * the latch.
> + * LEVEL-triggered interrupts do not need to be ack'ed; however,
> + * ack'ing the inte
5 matches
Mail list logo