| Message ID | 20190208021631.30252-1-masneyb@onstation.org (mailing list archive) |
|---|---|
| Headers | show |
| Series | qcom: ssbi-gpio: add support for hierarchical IRQ chip | expand |
On Fri, Feb 8, 2019 at 3:16 AM Brian Masney <masneyb@onstation.org> wrote: > This patch series adds hierarchical IRQ chip support to ssbi-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. This looks good and work for me, I'd like to get a nod from one of the Qualcomm maintainers if possible, then I can merge the whole thing through the GPIO tree like with the previous patch set. Yours, Linus Walleij
On Fri, Feb 8, 2019 at 3:16 AM Brian Masney <masneyb@onstation.org> wrote: > This patch series adds hierarchical IRQ chip support to ssbi-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. > > These changes were tested by Linus Walleij on an APQ8060 DragonBoard. > > See the notes on the individual patches for the changelog. SInce we have definitive ACKs from the irqchip and MFD maintainers I have queued this series on an immutable branch that I will merge for v5.1 and offer to the MFD and ARM SoC once it builds fine on the test servers. I don't think the Qcom maintainers will complain. Yours, Linus Walleij
On Fri, Feb 8, 2019 at 3:16 AM Brian Masney <masneyb@onstation.org> wrote: > This patch series adds hierarchical IRQ chip support to ssbi-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. I have merged this series (+ associated fix) for the v5.1 merge window. If some disagrees you can shout now. Yours, Linus Walleij
This patch series adds hierarchical IRQ chip support to ssbi-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. These changes were tested by Linus Walleij on an APQ8060 DragonBoard. See the notes on the individual patches for the changelog. Brian Masney (9): pinctrl: qcom: ssbi-gpio: hardcode IRQ counts genirq: introduce irq_domain_translate_twocell mfd: pm8xxx: convert to v2 irq interfaces to support hierarchical IRQ chips mfd: pm8xxx: disassociate old virq if hwirq mapping already exists qcom: ssbi-gpio: add support for hierarchical IRQ chip arm: dts: qcom: apq8064: add interrupt controller properties arm: dts: qcom: msm8660: add interrupt controller properties arm: dts: qcom: mdm9615: add interrupt controller properties mfd: pm8xxx: revert "disassociate old virq if hwirq mapping already exists" Linus Walleij (2): genirq: introduce irq_chip_mask_ack_parent() ARM: dts: qcom-apq8060: Fix up interrupt parents .../arm/boot/dts/qcom-apq8060-dragonboard.dts | 21 +-- arch/arm/boot/dts/qcom-apq8064.dtsi | 46 +----- arch/arm/boot/dts/qcom-mdm9615.dtsi | 9 +- arch/arm/boot/dts/qcom-msm8660.dtsi | 47 +----- drivers/mfd/qcom-pm8xxx.c | 75 ++++----- drivers/pinctrl/qcom/Kconfig | 1 + drivers/pinctrl/qcom/pinctrl-ssbi-gpio.c | 156 +++++++++++++++--- include/linux/irq.h | 1 + include/linux/irqdomain.h | 5 + kernel/irq/chip.c | 11 ++ kernel/irq/irqdomain.c | 45 +++-- 11 files changed, 234 insertions(+), 183 deletions(-)