From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757681AbcJYJOm (ORCPT ); Tue, 25 Oct 2016 05:14:42 -0400 Received: from mail-qk0-f176.google.com ([209.85.220.176]:34938 "EHLO mail-qk0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753576AbcJYJOg (ORCPT ); Tue, 25 Oct 2016 05:14:36 -0400 MIME-Version: 1.0 In-Reply-To: <1477040798.15560.96.camel@baylibre.com> References: <1476871709-8359-1-git-send-email-jbrunet@baylibre.com> <1476871709-8359-5-git-send-email-jbrunet@baylibre.com> <1477040798.15560.96.camel@baylibre.com> From: Linus Walleij Date: Tue, 25 Oct 2016 11:14:35 +0200 Message-ID: Subject: Re: [PATCH 4/9] pinctrl: meson: allow gpio to request irq To: Jerome Brunet Cc: Carlo Caione , Kevin Hilman , "open list:ARM/Amlogic Meson..." , "linux-arm-kernel@lists.infradead.org" , "linux-gpio@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "devicetree@vger.kernel.org" , Thomas Gleixner , Jason Cooper , Marc Zyngier , Rob Herring , Catalin Marinas , Will Deacon , Russell King Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Oct 21, 2016 at 11:06 AM, Jerome Brunet wrote: >> 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. 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. Yours, Linus Walleij