[lkml]   [2014]   [Feb]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH v11] gpio: add a driver for the Synopsys DesignWare APB GPIO block
On Mon, Feb 24, 2014 at 6:20 AM, Linus Walleij <> wrote:
> On Wed, Feb 12, 2014 at 5:17 PM, delicious quinoa
> <> wrote:
>> I am wondering about the change in usage of
>> irq_find_mapping/irq_create_mapping. It seems like all the GPIO
>> drivers that use irq domains do it the way I was doing it
> It is a well known problems that the kernel contain many bad
> examples. When in doubt ask for a good example to be provided.
> In gpio-omap.c you will find that this is done in the probe()
> path.
>> (that's
>> where I got the idea in the first place): irq_create_mapping is used
>> in the to_irq() function. I guess this is a general direction all the
>> other drivers will be encouraged to go in also?
> Yes. The reason is that it should be possible to reques an IRQ
> from an irqchip no matter whether the gpio_to_irq() function
> was called first, as the APIs are orthogonal.
> Yours,
> Linus Walleij

Hi Linus,

Thanks, I made these changes and can see them working for me.

The thing that is currently holding me up is that the DesignWare IP
can be configured to have one irq exiting for the many gpios on port A
or one gpio exiting for each gpio. I am trying to figure out how to
support both cases with the simplest code. Currently support works
for the one irq case.


 \ /
  Last update: 2014-02-24 16:01    [W:0.059 / U:0.644 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site