Message ID | 20190208021631.30252-1-masneyb@onstation.org |
---|---|
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