[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.02.1310241045120.4983@ionos.tec.linutronix.de>
Date: Thu, 24 Oct 2013 10:57:04 +0200 (CEST)
From: Thomas Gleixner <tglx@...utronix.de>
To: Rob Herring <robherring2@...il.com>
cc: Sricharan R <r.sricharan@...com>, linux-kernel@...r.kernel.org,
devicetree@...r.kernel.org, linux-doc@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-omap@...r.kernel.org,
linus.walleij@...aro.org, santosh.shilimkar@...com,
linux@....linux.org.uk, tony@...mide.com, rnayak@...com,
marc.zyngier@....com, grant.likely@...aro.org, mark.rutland@....com
Subject: Re: [RFC PATCH 0/6] DRIVERS: IRQCHIP: Add support for crossbar IP
On Tue, 1 Oct 2013, Rob Herring wrote:
> On 10/01/2013 06:13 AM, Sricharan R wrote:
>
> Is there an actual usecase on a single h/w design that you run out of
> interrupts and it is a user decision which interrupts to use?
I don't think that matters. What matters is that you have a single DT
entry which tells the driver which crossbar irq to use for that
particular device. And that is the only information which is relevant
because the IP block is connected to a crossbar input and not to a GIC
line. The crossbar provides the mapping and this is really best done
at runtime w/o having hardcoded information in the DT or at some other
place.
> You could fill in the interrupt-map at run-time. It would have to be
> early (bootloader or early kernel init) and can't be at request_irq time.
How is that supposed to work when you have no idea at early boot time
which particular IP blocks are going to be used later on?
> > http://www.spinics.net/lists/linux-omap/msg97085.html
>
> This has nothing to do with the GIC, so it does not belong there.
Errm. crossbar is a mapping device which happens to sit between the
GIC and the IP blocks. So how is this NOT related to GIC ?
Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists