Thread (22 messages) 22 messages, 4 authors, 2019-01-22

Re: [PATCH v6 00/15] qcom: spmi: add support for hierarchical IRQ chip

From: Marc Zyngier <hidden>
Date: 2019-01-20 11:36:41
Also in: linux-arm-msm, linux-devicetree, lkml

On Sat, 19 Jan 2019 23:13:45 +0000,
Linus Walleij [off-list ref] wrote:
On Sat, Jan 19, 2019 at 9:43 PM Brian Masney [off-list ref] wrote:
quoted
This patch series adds hierarchical IRQ chip support to spmi-gpio so
that device tree consumers can request an IRQ directly from the GPIO
block rather than having to request an IRQ from the underlying PMIC.

For more background information, see the email thread with Linus
Walleij's excellent description of the problem at
https://www.spinics.net/lists/linux-gpio/msg34655.html.

This work was tested on a LG Nexus 5 (hammerhead) phone. My status page
at https://masneyb.github.io/nexus-5-upstream/ describes what is working
so far with the upstream kernel.

Changes since v5:
- Patch 4: Set handler to edge or level when the IRQ is mapped.
- Patch 7: Change IRQ_TYPE_NONE to IRQ_TYPE_EDGE_RISING
- Patch 14: New patch to validate type when mapping IRQ
If Marc Z is happy I think I will apply all patches on an immutable branch in
As a matter of fact, I am!
the pin control tree, so that ARM SoC and GPIO can pull it in later if need
be. (E.g. if they get conflicts.)

I was thinking to also include the DTS changes as it all is so neatly
coupled, then offer the branch to ARM SoC.

Anyone against?
No objection from me whatsoever.

Thanks,

	M.

-- 
Jazz is not dead, it just smell funny.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help