Re: [PATCH 4/9] pinctrl: meson: allow gpio to request irq
From: Marc Zyngier <hidden>
Date: 2016-10-25 10:38:22
Also in:
linux-amlogic, linux-arm-kernel, linux-gpio, lkml
From: Marc Zyngier <hidden>
Date: 2016-10-25 10:38:22
Also in:
linux-amlogic, linux-arm-kernel, linux-gpio, lkml
On 25/10/16 10:14, Linus Walleij wrote:
On Fri, Oct 21, 2016 at 11:06 AM, Jerome Brunet [off-list ref] wrote:quoted
quoted
Isn't this usecase (also as described in the cover letter) a textbook example of when you should be using hierarchical irqdomain? Please check with Marc et al on hierarchical irqdomains.Linus, Do you mean I should create a new hierarchical irqdomains in each of the two pinctrl instances we have in these SoC, these domains being stacked on the one I just added for controller in irqchip ? I did not understand this is what you meant when I asked you the question at ELCE.Honestly, I do not understand when and where to properly use hierarchical irqdomain, even after Marc's talk at ELC-E.
I probably didn't do that good a job explaining it then. Let's try again. You want to use hierarchical domains when you want to describe an interrupt whose path traverses multiple controllers without ever being multiplexed with other signals. As long as you have this 1:1 relationship between controllers, you can use them.
Which is problematic since quite a few GPIO drivers now need to use them. I will review his slides, in the meantime I would say: whatever Marc ACKs is fine with me. I trust this guy 100%. So I guess I could ask that he ACK the entire chain of patches from GIC->specialchip->GPIO.
Man, I don't even trust myself... ;-) Thanks, M. -- Jazz is not dead. It just smells funny...