Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp1369369imm; Tue, 5 Jun 2018 13:29:48 -0700 (PDT) X-Google-Smtp-Source: ADUXVKIchBRfyegrVsYFCXA0lFsIo8gnSnmxjqpS/d5jeCXyzmKa6mDxeI8byr1sUf2ShSPKM9En X-Received: by 2002:a62:6105:: with SMTP id v5-v6mr107855pfb.197.1528230588142; Tue, 05 Jun 2018 13:29:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528230588; cv=none; d=google.com; s=arc-20160816; b=O3ZyD4sSWt6KGiwFjvecCX3UCwTeS/5qtieUSx6qy8emGzLQmU7bPCZ2LhAAS8NGNY wn7OK+WfUbLahn41VH/Xr13ykFndCYEzqphC4uP/5kL17paKZ6qzV3+6SZddIdY34Un2 XMnX8yqTBB4SJOHeA6rsCAvMvAAf4rJGEm/ODJZlIurYeu8YgM/dAjYKhq1bE06ZWSfk 3iRM5n0GoYCdNW/XMvHbv3ptewYmyWGa9Y0UYuaLOyrKOWy8i3B5SZseTRcpKXxepZIu Rx0YX1OtHIvdh337RljnL2/OzFryvHKIsqfssVVzBPQSVrvivc7B7Mv5t7WZ65hAFiI1 I1gA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=Youy9Em1grxn2s5DNfgPSkfk3l1rG+7pTppgAmP52GI=; b=I39BM6jKN27phfcGfIwuyhwD98/ttzhSU+n2O9OcT+XjlVv9TWS+2G9cZMGt/mYBlO 1mypml91stEUAwnV1KTZ5rfsweyDrv7dgQChjt1pyR4MrDzaXwK/ozPfcUdQYRuA5NsN N81HOsC80EvN0MRSwGyqp87CjvD4ZrSW4qhwDO1R1hubQt/+O3IIA5NVtpVwmlaNFQlf tigolkAjMoCNIcN3N2Oejl6AFQFrxsYUkFPnpDWWQTITe4CJI7Xr2PKZCmr2fib66GY2 WfVrjfal0OdTpSKuwcxIRvSe9n0sTC3/6k7aAXnPEUaaxnZkDH/3KMwkielnT/vYLbSk GjXg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c27-v6si16910085pgn.320.2018.06.05.13.29.33; Tue, 05 Jun 2018 13:29:48 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752481AbeFEU3I (ORCPT + 99 others); Tue, 5 Jun 2018 16:29:08 -0400 Received: from mail-pl0-f66.google.com ([209.85.160.66]:34606 "EHLO mail-pl0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752305AbeFEU3G (ORCPT ); Tue, 5 Jun 2018 16:29:06 -0400 Received: by mail-pl0-f66.google.com with SMTP id g20-v6so2256647plq.1; Tue, 05 Jun 2018 13:29:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=Youy9Em1grxn2s5DNfgPSkfk3l1rG+7pTppgAmP52GI=; b=gFArjCcR4yfwBqchr7euzwLxNBynYtpPe0sh9SkgnCdGnBpmZK4q3TeWu+KB0z+cJY pZJIREUDrU29mgiMTQbqVHIGJHpu9st7b6rQp/AL4BIOspatDSZl5dyGQ1CR3d4J+P10 MHYwa9XwFXOm3yCRQ9gF4D6NUM+OiHLrWJNWh37AUA3TbaKQkgsSo/ro/JwiGt5v/Rcg ERbmFld/x+SakCMtWklkxzoxWRGV3l8WKUW+EDJ7A3wDAp+h7ic9ye+RnCIALrvAKJNf gVOjl2sx9J+WHrlVAsfpGs+JRoFNWqCuNx061SHqc40PM2uS36WQbO6a+8ufxa9MlaYq hYSQ== X-Gm-Message-State: APt69E1bK76Se5P2xdgPLjNVFu41MscK5NuKHBrnp2lnoeG1227g39Wn UkcHLmtuNRCRH8Q2oVvK8Q== X-Received: by 2002:a17:902:b410:: with SMTP id x16-v6mr134595plr.324.1528230545560; Tue, 05 Jun 2018 13:29:05 -0700 (PDT) Received: from localhost (24-223-123-72.static.usa-companies.net. [24.223.123.72]) by smtp.gmail.com with ESMTPSA id u8-v6sm80097724pgq.7.2018.06.05.13.29.04 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 05 Jun 2018 13:29:04 -0700 (PDT) Date: Tue, 5 Jun 2018 14:29:02 -0600 From: Rob Herring To: Miquel Raynal Cc: Thomas Gleixner , Jason Cooper , Marc Zyngier , Catalin Marinas , Will Deacon , Andrew Lunn , Gregory Clement , Sebastian Hesselbarth , Mark Rutland , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Thomas Petazzoni , Antoine Tenart , Maxime Chevallier , Nadav Haklai , Haim Boot , Hanna Hawa , linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 12/16] dt-bindings/interrupt-controller: update Marvell ICU bindings Message-ID: <20180605202902.GA8875@rob-hp-laptop> References: <20180522094042.24770-1-miquel.raynal@bootlin.com> <20180522094042.24770-13-miquel.raynal@bootlin.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180522094042.24770-13-miquel.raynal@bootlin.com> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 22, 2018 at 11:40:38AM +0200, Miquel Raynal wrote: > Change the documentation to reflect the new bindings used for Marvell > ICU. This involves describing each interrupt group as a subnode of the > ICU node. Each of them having their own compatible. Need to explain why you need to do this and why breaking backwards compatibility is okay. > > Signed-off-by: Miquel Raynal > --- > .../bindings/interrupt-controller/marvell,icu.txt | 81 ++++++++++++++++++---- > 1 file changed, 69 insertions(+), 12 deletions(-) > > diff --git a/Documentation/devicetree/bindings/interrupt-controller/marvell,icu.txt b/Documentation/devicetree/bindings/interrupt-controller/marvell,icu.txt > index 649b7ec9d9b1..6f7e4355b3d8 100644 > --- a/Documentation/devicetree/bindings/interrupt-controller/marvell,icu.txt > +++ b/Documentation/devicetree/bindings/interrupt-controller/marvell,icu.txt > @@ -5,6 +5,8 @@ The Marvell ICU (Interrupt Consolidation Unit) controller is > responsible for collecting all wired-interrupt sources in the CP and > communicating them to the GIC in the AP, the unit translates interrupt > requests on input wires to MSG memory mapped transactions to the GIC. > +These messages will access a different GIC memory area depending on > +their type (NSR, SR, SEI, REI, etc). > > Required properties: > > @@ -12,20 +14,19 @@ Required properties: > > - reg: Should contain ICU registers location and length. > > +Subnodes: Each group of interrupt is declared as a subnode of the ICU, > +with their own compatible. > + > +Required properties for the icu_nsr/icu_sei subnodes: > + > +- compatible: Should be "marvell,cp110-icu-nsr" or "marvell,cp110-icu-sei". > + > - #interrupt-cells: Specifies the number of cells needed to encode an > - interrupt source. The value shall be 3. > + interrupt source. The value shall be 2. > > - The 1st cell is the group type of the ICU interrupt. Possible group > - types are: > + The 1st cell is the index of the interrupt in the ICU unit. > > - ICU_GRP_NSR (0x0) : Shared peripheral interrupt, non-secure > - ICU_GRP_SR (0x1) : Shared peripheral interrupt, secure > - ICU_GRP_SEI (0x4) : System error interrupt > - ICU_GRP_REI (0x5) : RAM error interrupt What happens to SR and REI interrupts? > - > - The 2nd cell is the index of the interrupt in the ICU unit. > - > - The 3rd cell is the type of the interrupt. See arm,gic.txt for > + The 2nd cell is the type of the interrupt. See arm,gic.txt for > details. > > - interrupt-controller: Identifies the node as an interrupt > @@ -35,17 +36,73 @@ Required properties: > that allows to trigger interrupts using MSG memory mapped > transactions. > > +Note: each 'interrupts' property referring to any 'icu_xxx' node shall > + have a different number within [0:206]. > + > Example: > > icu: interrupt-controller@1e0000 { > compatible = "marvell,cp110-icu"; > reg = <0x1e0000 0x440>; > + > + CP110_LABEL(icu_nsr): icu-nsr { 'interrupt-controller' is the proper node name. Is there no register range associated sub nodes? > + compatible = "marvell,cp110-icu-nsr"; > + #interrupt-cells = <2>; > + interrupt-controller; > + msi-parent = <&gicp>; > + }; > + > + CP110_LABEL(icu_sei): icu-sei { > + compatible = "marvell,cp110-icu-sei"; > + #interrupt-cells = <2>; > + interrupt-controller; > + msi-parent = <&sei>; > + }; Mixture of tabs and spaces. > +}; > + > +node1 { > + interrupt-parent = <&icu_nsr>; > + interrupts = <106 IRQ_TYPE_LEVEL_HIGH>; > +}; > + > +node2 { > + interrupt-parent = <&icu_sei>; > + interrupts = <107 IRQ_TYPE_LEVEL_HIGH>; > +}; > + > +/* Would not work with the above nodes */ > +node3 { > + interrupt-parent = <&icu_nsr>; > + interrupts = <107 IRQ_TYPE_LEVEL_HIGH>; > +}; > + > +Note on legacy bindings: > +Before using a subnode for each domain, only NSR were > +supported. Bindings were different in this way: > + > +- #interrupt-cells: The value was 3. > + The 1st cell was the group type of the ICU interrupt. Possible > + group types were: > + ICU_GRP_NSR (0x0) : Shared peripheral interrupt, non-secure > + ICU_GRP_SR (0x1) : Shared peripheral interrupt, secure > + ICU_GRP_SEI (0x4) : System error interrupt > + ICU_GRP_REI (0x5) : RAM error interrupt > + The 2nd cell was the index of the interrupt in the ICU unit. > + The 3rd cell was the type of the interrupt. See arm,gic.txt for > + details. > + > +Example: > + > +icu: interrupt-controller@1e0000 { > + compatible = "marvell,cp110-icu"; > + reg = <0x1e0000 0x440>; > + > #interrupt-cells = <3>; > interrupt-controller; > msi-parent = <&gicp>; > }; > > -usb3h0: usb3@500000 { > +node1 { > interrupt-parent = <&icu>; > interrupts = ; > }; > -- > 2.14.1 >