[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110504160502.GC3317@ponder.secretlab.ca>
Date: Wed, 4 May 2011 10:05:02 -0600
From: Grant Likely <grant.likely@...retlab.ca>
To: Benjamin Herrenschmidt <benh@...nel.crashing.org>
Cc: Michal Simek <monstr@...str.eu>,
Sebastian Andrzej Siewior <bigeasy@...utronix.de>,
linux-kernel@...r.kernel.org, Ralf Baechle <ralf@...ux-mips.org>,
hpa@...or.com, Dirk Brandewie <dirk.brandewie@...il.com>,
Thomas Gleixner <tglx@...utronix.de>,
devicetree-discuss@...ts.ozlabs.org, x86@...nel.org,
linuxppc-dev@...ts.ozlabs.org
Subject: Re: [PATCH 4/6] dt: generalize irq_of_create_mapping()
On Tue, May 03, 2011 at 11:50:22AM +1000, Benjamin Herrenschmidt wrote:
> On Thu, 2011-04-28 at 14:02 -0600, Grant Likely wrote:
> > This patch creates a common implementation of irq_of_create_mapping()
> > and factors out the interrupt domain translation code from powerpc to
> > make it available for all architectures.
>
> I think you are going the wrong way around.
>
> First thing first, is to make the irq domain / mapping API generic
> without the OF bits.
>
> IE. move the IRQ domain generically, get rid of irq_map by putting the
> domain ptr & hw numbers in the irq desc/data etc...
>
> Then you can move over the OF specific bits which are optional and
> orthogonal to a large extent.
As discussed in my other reply, I disagree. There isn't an immediate
need for the mapping interface in common code. It would be useful,
sure, for some interrupt controllers, but for many of them
irq_alloc_descs() and an irq_base value is all the functionality that
is needed, and irq_host doesn't gain anything.
The OF translation on the other hand is needed immediately by several
architectures and are very much non-optional in that regard.
g.
--
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