Re: [PATCH 2/2] x86: of: define irq functions to allow drivers/of/* to build on x86

[Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>]

On Fri, Sep 10, 2010 at 08:14:58PM +0200, Ingo Molnar wrote:
> 
> * Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org> wrote:
> 
> > On Fri, Sep 10, 2010 at 06:01:51AM -0700, Andres Salomon wrote:
> > > 
> > >  - Define a stub irq_create_of_mapping for x86 as a stop-gap solution until
> > >    drivers/of/irq is further along.
> > >  - Define irq_dispose_mapping for x86 to appease of_i2c.c
> > > 
> > > Signed-off-by: Andres Salomon <dilinger-pFFUokh25LWsTnJN9+BGXg@public.gmane.org>
> > 
> > Applied to my test-devicetree branch.  I'll need an ack from the x86 
> > maintainers before I put it into my -next branch.
> 
> The purpose of the patch is not clear to me. What does it do and why? 

It allows CONFIG_OF to be enabled on x86 without a build failure.

> The changelog says it's a stopgap measure - what exactly is the long 
> term plan and how long will it take?

It is a stop gap because it performs a trivial direct map of an IRQ
number in the device tree data structure to a Linux irq number.  This
works for a single IRQ controller, but falls apart when cascaded
controller are described in the device tree.  The long term plan is to
have the drivers/of/ code handling the mapping intelligently like
powerpc currently does.

g.