From mboxrd@z Thu Jan 1 00:00:00 1970 From: tony@atomide.com (Tony Lindgren) Date: Thu, 15 Jan 2015 09:57:01 -0800 Subject: [PATCH v3 13/21] ARM: omap: convert wakeupgen to stacked domains In-Reply-To: <54B7F8CC.3070901@arm.com> References: <1421087187-26988-1-git-send-email-marc.zyngier@arm.com> <1421087187-26988-14-git-send-email-marc.zyngier@arm.com> <20150114222814.GU2419@atomide.com> <871tmwi0d6.fsf@approximate.cambridge.arm.com> <20150115144016.GA19920@kahuna> <87sifcgksy.fsf@approximate.cambridge.arm.com> <20150115170443.GF18552@atomide.com> <54B7F8CC.3070901@arm.com> Message-ID: <20150115175701.GG18552@atomide.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org * Marc Zyngier [150115 09:31]: > On 15/01/15 17:04, Tony Lindgren wrote: > > * Marc Zyngier [150115 06:53]: > >> On Thu, Jan 15 2015 at 2:40:16 pm GMT, Nishanth Menon wrote: > >>> On 14:28-20150115, Marc Zyngier wrote: > >>>> Assuming the workaround I posted earlier works, the OMAP/DRA7 part of > >>>> this series is going to require some rework too (I need to know where > >>>> these legacy interrupts are attached: crossbar, WUGEN, or GIC?). > >>>> > >>> crossbar will never work with legacy static interrupts anyways - since > >>> there was never a static interrupt possible - I believe we had removed > >>> all the legacy hardcoded interrupt definitions for DRA7. ideally, they > >>> should all be dt only now. > >> > >> Yes, I guessed as much after looking at the DRA7XX hwmod. > >> > >> So only OMAP4/5 is b0rken at the moment. I can probably work around it > >> as I did in this example patch, just by changing the compatible strings > >> for the xlate callback. Very ugly. > > > > For the -rc, it seems the wakeupen still needs a fix as based on grepping > > for OMAP44XX_IRQ_GIC_START. Got any great ideas for that? > > I think this one is fine. It computes the SPI number based on the hwirq > coming from the GIC. That direction is completely unaffected by the > linear domain stuff. It is only when you try to use a hardware IRQ as a > Linux IRQ that you run into trouble. Yes OK that makes sense. Thanks, Tony