[PATCH v3 1/2] irqchip: intc-irqpin: Add support for shared interrupt lines

Bastian Hecht hechtb at gmail.com
Mon Apr 8 07:03:22 EDT 2013


2013/4/5 Simon Horman <horms at verge.net.au>:
> On Thu, Apr 04, 2013 at 03:47:34PM +0200, Bastian Hecht wrote:
>> Hi Simon,
>>
>> ok I've sent out a patch series with the reference DT code. I've had
>> to adapt a couple of things and the device list is rather short. How
>> long do I have to augment it a bit before the merge window closes?
>
> The merge window is more or less closed. So I think we will have
> to aim for v3.11. But I don't think that should affect the way
> you write the code, please just base it on the latest renesas-next tag.

Ok thanks for the info, Simon.

>> Thanks,
>>
>>  Bastian
>>
>>
>> 2013/4/3 Simon Horman <horms at verge.net.au>:
>> > On Wed, Mar 27, 2013 at 02:50:05PM +0100, Bastian Hecht wrote:
>> >> Hi Simon,
>> >>
>> >> 2013/3/27 Simon Horman <horms at verge.net.au>:
>> >> > On Tue, Mar 26, 2013 at 12:18:18PM +0100, Bastian Hecht wrote:
>> >> >> On some hardware we don't have a 1-1 mapping from the external
>> >> >> interrupts coming from INTC to the GIC SPI pins. We can however
>> >> >> share lines to demux incoming IRQs on these SoCs.
>> >> >>
>> >> >> This patch enables the intc_irqpin driver to detect requests for shared
>> >> >> interrupt lines and demuxes them properly by querying the INTC INTREQx0A
>> >> >> registers.
>> >> >>
>> >> >> If you need multiple shared intc_irqpin device instances, be sure to mask
>> >> >> out all interrupts on the INTC that share the one line before you start
>> >> >> to register them. Else you run into IRQ floods that would be caused by
>> >> >> interrupts for which no handler has been set up yet when the first
>> >> >> intc_irqpin device is registered.
>> >> >>
>> >> >> Signed-off-by: Bastian Hecht <hechtb+renesas at gmail.com>
>> >> >> Acked-by: Magnus Damm <damm at opensource.se>
>> >> >
>> >> > Thanks, I will see about queuing up these changes for v3.10.
>> >> >
>> >> >
>> >> > I believe that with these changes it should be possible to rebase/rework
>> >> > armadillo800eva-reference so that it no longer uses the unmerged INTC
>> >> > DT bindings. Would it be possible for you to see about making a fresh
>> >> > version of armadillo800eva-reference that is based on the next branch
>> >> > in the Renesas tree plus this series of two patches?
>> >>
>> >> yes ok, I'll prepare a new armadillo reference version. The patches
>> >> were based on all+next, but I'll post a v4 rebased on next.
>> >> I'll post a separate patch series for the reference code if you don't
>> >> mind, as this might take a few days to be done.
>> >
>> > Hi Bastian,
>> >
>> > gentle nudge with regards to a fresh armadillo-reference.
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
>> the body of a message to majordomo at vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



More information about the linux-arm-kernel mailing list