From: Lorenzo Pieralisi <lpieralisi@kernel.org>
To: Rob Herring <robh@kernel.org>
Cc: Marc Zyngier <maz@kernel.org>,
Thomas Gleixner <tglx@linutronix.de>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will@kernel.org>, Arnd Bergmann <arnd@arndb.de>,
Sascha Bischoff <sascha.bischoff@arm.com>,
Timothy Hayes <timothy.hayes@arm.com>,
"Liam R. Howlett" <Liam.Howlett@oracle.com>,
Mark Rutland <mark.rutland@arm.com>,
Jiri Slaby <jirislaby@kernel.org>,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH v3 01/25] dt-bindings: interrupt-controller: Add Arm GICv5
Date: Wed, 7 May 2025 10:35:16 +0200 [thread overview]
Message-ID: <aBsbRLmjylZrzv9h@lpieralisi> (raw)
In-Reply-To: <CAL_JsqK1mTrj4tG_D3sjXdE_jbpHG_o79ReDpZNCH44wXiBj2g@mail.gmail.com>
On Tue, May 06, 2025 at 02:08:00PM -0500, Rob Herring wrote:
> On Tue, May 6, 2025 at 7:24 AM Lorenzo Pieralisi <lpieralisi@kernel.org> wrote:
> >
> > The GICv5 interrupt controller architecture is composed of:
> >
> > - one or more Interrupt Routing Service (IRS)
> > - zero or more Interrupt Translation Service (ITS)
> > - zero or more Interrupt Wire Bridge (IWB)
> >
> > Describe a GICv5 implementation by specifying a top level node
> > corresponding to the GICv5 system component.
> >
> > IRS nodes are added as GICv5 system component children.
> >
> > An ITS is associated with an IRS so ITS nodes are described
> > as IRS children - use the hierarchy explicitly in the device
> > tree to define the association.
> >
> > IWB nodes are described as a separate schema.
> >
> > An IWB is connected to a single ITS, the connection is made explicit
> > through the msi-parent property and therefore is not required to be
> > explicit through a parent-child relationship in the device tree.
> >
> > Signed-off-by: Lorenzo Pieralisi <lpieralisi@kernel.org>
> > Cc: Conor Dooley <conor+dt@kernel.org>
> > Cc: Rob Herring <robh@kernel.org>
> > Cc: Krzysztof Kozlowski <krzk+dt@kernel.org>
> > Cc: Marc Zyngier <maz@kernel.org>
> > ---
> > .../interrupt-controller/arm,gic-v5-iwb.yaml | 76 ++++++++
> > .../bindings/interrupt-controller/arm,gic-v5.yaml | 196 +++++++++++++++++++++
> > MAINTAINERS | 7 +
> > 3 files changed, 279 insertions(+)
> >
> > diff --git a/Documentation/devicetree/bindings/interrupt-controller/arm,gic-v5-iwb.yaml b/Documentation/devicetree/bindings/interrupt-controller/arm,gic-v5-iwb.yaml
> > new file mode 100644
> > index 0000000000000000000000000000000000000000..b3eb89567b3457e91b93588d7db1cef69b6b9813
> > --- /dev/null
> > +++ b/Documentation/devicetree/bindings/interrupt-controller/arm,gic-v5-iwb.yaml
> > @@ -0,0 +1,76 @@
> > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
> > +%YAML 1.2
> > +---
> > +$id: http://devicetree.org/schemas/interrupt-controller/arm,gic-v5-iwb.yaml#
> > +$schema: http://devicetree.org/meta-schemas/core.yaml#
> > +
> > +title: ARM Generic Interrupt Controller, version 5 Interrupt Wire Bridge (IWB)
> > +
> > +maintainers:
> > + - Lorenzo Pieralisi <lpieralisi@kernel.org>
> > + - Marc Zyngier <maz@kernel.org>
> > +
> > +description: |
> > + The GICv5 architecture defines the guidelines to implement GICv5
> > + compliant interrupt controllers for AArch64 systems.
> > +
> > + The GICv5 specification can be found at
> > + https://developer.arm.com/documentation/aes0070
> > +
> > + GICv5 has zero or more Interrupt Wire Bridges (IWB) that are responsible
> > + for translating wire signals into interrupt messages to the GICv5 ITS.
> > +
> > +allOf:
> > + - $ref: /schemas/interrupt-controller.yaml#
> > +
> > +properties:
> > + compatible:
> > + const: arm,gic-v5-iwb
> > +
> > + interrupt-controller: true
>
> Move next to #interrupt-cells
I will move it below #interrupt-cells (ie alphabetical order ignoring
'#'), is that OK (it is a bit counterintuitive, that's why I am asking) ?
Same goes for msi-controller after #msi-cells.
> > +
> > + "#address-cells":
> > + const: 0
> > +
> > + "#interrupt-cells":
> > + description: |
> > + The 1st cell corresponds to the IWB wire.
> > +
> > + The 2nd cell is the flags, encoded as follows:
> > + bits[3:0] trigger type and level flags.
> > +
> > + 1 = low-to-high edge triggered
> > + 2 = high-to-low edge triggered
> > + 4 = active high level-sensitive
> > + 8 = active low level-sensitive
> > +
> > + const: 2
> > +
> > + reg:
>
> Generally, the order is compatible, reg, common properties, vendor
> properties, child nodes. Related properties grouped together and
> alphabetical order (ignoring '#') within common and vendor properties.
Updated, noted.
> > + items:
> > + - description: IWB control frame
> > +
> > + msi-parent:
> > + maxItems: 1
> > +
> > +required:
> > + - compatible
> > + - reg
> > + - msi-parent
>
> interrupt-controller and #interrupt-cells should be required
Done.
> > +
> > +additionalProperties: false
> > +
> > +examples:
> > + - |
> > + interrupt-controller@2f000000 {
> > + compatible = "arm,gic-v5-iwb";
> > + #address-cells = <0>;
> > +
> > + interrupt-controller;
> > + #interrupt-cells = <2>;
> > +
> > + reg = <0x2f000000 0x10000>;
>
> Use the same order as the schema.
Done.
>
> > +
> > + msi-parent = <&its0 64>;
> > + };
> > +...
> > diff --git a/Documentation/devicetree/bindings/interrupt-controller/arm,gic-v5.yaml b/Documentation/devicetree/bindings/interrupt-controller/arm,gic-v5.yaml
> > new file mode 100644
> > index 0000000000000000000000000000000000000000..1ba0a2088e6d15bacae22c9fc9eebc4ce5c51b0b
> > --- /dev/null
> > +++ b/Documentation/devicetree/bindings/interrupt-controller/arm,gic-v5.yaml
> > @@ -0,0 +1,196 @@
> > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
> > +%YAML 1.2
> > +---
> > +$id: http://devicetree.org/schemas/interrupt-controller/arm,gic-v5.yaml#
> > +$schema: http://devicetree.org/meta-schemas/core.yaml#
> > +
> > +title: ARM Generic Interrupt Controller, version 5
> > +
> > +maintainers:
> > + - Lorenzo Pieralisi <lpieralisi@kernel.org>
> > + - Marc Zyngier <maz@kernel.org>
> > +
> > +description: |
> > + The GICv5 architecture defines the guidelines to implement GICv5
> > + compliant interrupt controllers for AArch64 systems.
> > +
> > + The GICv5 specification can be found at
> > + https://developer.arm.com/documentation/aes0070
> > +
> > + The GICv5 architecture is composed of multiple components:
> > + - one or more IRS (Interrupt Routing Service)
> > + - zero or more ITS (Interrupt Translation Service)
> > +
> > + The architecture defines:
> > + - PE-Private Peripheral Interrupts (PPI)
> > + - Shared Peripheral Interrupts (SPI)
> > + - Logical Peripheral Interrupts (LPI)
> > +
> > +allOf:
> > + - $ref: /schemas/interrupt-controller.yaml#
> > +
> > +properties:
> > + compatible:
> > + const: arm,gic-v5
> > +
> > + interrupt-controller: true
> > +
> > + "#address-cells":
> > + enum: [ 1, 2 ]
> > +
> > + "#size-cells":
> > + enum: [ 1, 2 ]
> > +
> > + ranges: true
> > +
> > + "#interrupt-cells":
> > + description: |
> > + The 1st cell corresponds to the INTID.Type field in the INTID; 1 for PPI,
> > + 3 for SPI. LPI interrupts must not be described in the bindings since
> > + they are allocated dynamically by the software component managing them.
> > +
> > + The 2nd cell contains the interrupt INTID.ID field.
> > +
> > + The 3rd cell is the flags, encoded as follows:
> > + bits[3:0] trigger type and level flags.
> > +
> > + 1 = low-to-high edge triggered
> > + 2 = high-to-low edge triggered
> > + 4 = active high level-sensitive
> > + 8 = active low level-sensitive
> > +
> > + const: 3
> > +
> > + interrupts:
> > + description:
> > + The VGIC maintenance interrupt.
> > + maxItems: 1
> > +
> > +required:
> > + - compatible
>
> If you always have an IRS which you say there is, then #address-cells,
> #size-cells, and ranges are required. And interrupt-controller and
> #interrupt-cells.
Right, done.
> > +
> > +patternProperties:
> > + "^irs@[0-9a-f]+$":
> > + type: object
> > + description:
> > + GICv5 has one or more Interrupt Routing Services (IRS) that are
> > + responsible for handling IRQ state and routing.
> > +
> > + additionalProperties: false
> > +
> > + properties:
> > + compatible:
> > + const: arm,gic-v5-irs
> > +
> > + "#address-cells":
> > + enum: [ 1, 2 ]
> > +
> > + "#size-cells":
> > + enum: [ 1, 2 ]
> > +
> > + ranges: true
> > +
> > + dma-noncoherent:
> > + description:
> > + Present if the GIC IRS permits programming shareability and
> > + cacheability attributes but is connected to a non-coherent
> > + downstream interconnect.
> > +
> > + reg:
>
> Move after compatible
Done.
> > + minItems: 1
> > + items:
> > + - description: IRS control frame
> > + - description: IRS setlpi frame
> > +
> > + cpus:
> > + description:
> > + CPUs managed by the IRS.
> > +
> > + arm,iaffids:
> > + $ref: /schemas/types.yaml#/definitions/uint16-array
> > + description:
> > + Interrupt AFFinity ID (IAFFID) associated with the CPU whose
> > + CPU node phandle is at the same index in the cpus array.
> > +
> > + patternProperties:
> > + "^msi-controller@[0-9a-f]+$":
> > + type: object
> > + description:
> > + GICv5 has zero or more Interrupt Translation Services (ITS) that are
> > + used to route Message Signalled Interrupts (MSI) to the CPUs. Each
> > + ITS is connected to an IRS.
> > + additionalProperties: false
> > +
> > + properties:
> > + compatible:
> > + const: arm,gic-v5-its
> > +
> > + dma-noncoherent:
> > + description:
> > + Present if the GIC ITS permits programming shareability and
> > + cacheability attributes but is connected to a non-coherent
> > + downstream interconnect.
> > +
> > + msi-controller: true
> > +
> > + "#msi-cells":
> > + description:
> > + The single msi-cell is the DeviceID of the device which will
> > + generate the MSI.
> > + const: 1
> > +
> > + reg:
>
> Move after compatible.
Done.
> > + items:
> > + - description: ITS control frame
> > + - description: ITS translate frame
> > +
> > + required:
> > + - compatible
> > + - msi-controller
> > + - "#msi-cells"
> > + - reg
> > +
> > + required:
> > + - compatible
> > + - reg
> > + - cpus
> > + - arm,iaffids
> > +
> > +additionalProperties: false
> > +
> > +examples:
> > + - |
> > + interrupt-controller {
> > + compatible = "arm,gic-v5";
> > + #interrupt-cells = <3>;
> > + #address-cells = <1>;
> > + #size-cells = <1>;
> > + ranges;
> > +
> > + interrupt-controller;
> > +
> > + interrupts = <1 25 4>;
> > +
> > + irs@2f1a0000 {
> > + compatible = "arm,gic-v5-irs";
> > + #address-cells = <1>;
> > + #size-cells = <1>;
> > + ranges;
> > +
> > + reg = <0x2f1a0000 0x10000>; // IRS_CONFIG_FRAME for NS
> > +
> > + arm,iaffids = /bits/ 16 <0 1 2 3 4 5 6 7>;
> > + cpus = <&cpu0>, <&cpu1>, <&cpu2>, <&cpu3>, <&cpu4>, <&cpu5>, <&cpu6>, <&cpu7>;
> > +
> > + msi-controller@2f120000 {
> > + compatible = "arm,gic-v5-its";
> > +
> > + msi-controller;
> > + #msi-cells = <1>;
> > +
> > + reg = <0x2f120000 0x10000 // ITS_CONFIG_FRAME for NS
>
> Enclose each entry in <>'s.
Done.
Thanks a lot,
Lorenzo
> > + 0x2f130000 0x10000>; // ITS_TRANSLATE_FRAME
> > + };
> > + };
> > + };
> > +...
> > diff --git a/MAINTAINERS b/MAINTAINERS
> > index 96b82704950184bd71623ff41fc4df31e4c7fe87..1902291c3cccc06d27c5f79123e67774cf9a0e43 100644
> > --- a/MAINTAINERS
> > +++ b/MAINTAINERS
> > @@ -1901,6 +1901,13 @@ F: drivers/irqchip/irq-gic*.[ch]
> > F: include/linux/irqchip/arm-gic*.h
> > F: include/linux/irqchip/arm-vgic-info.h
> >
> > +ARM GENERIC INTERRUPT CONTROLLER V5 DRIVERS
> > +M: Lorenzo Pieralisi <lpieralisi@kernel.org>
> > +M: Marc Zyngier <maz@kernel.org>
> > +L: linux-arm-kernel@lists.infradead.org (moderated for non-subscribers)
> > +S: Maintained
> > +F: Documentation/devicetree/bindings/interrupt-controller/arm,gic-v5*.yaml
> > +
> > ARM HDLCD DRM DRIVER
> > M: Liviu Dudau <liviu.dudau@arm.com>
> > S: Supported
> >
> > --
> > 2.48.0
> >
next prev parent reply other threads:[~2025-05-07 8:35 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-06 12:23 [PATCH v3 00/25] Arm GICv5: Host driver implementation Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 01/25] dt-bindings: interrupt-controller: Add Arm GICv5 Lorenzo Pieralisi
2025-05-06 19:08 ` Rob Herring
2025-05-07 8:35 ` Lorenzo Pieralisi [this message]
2025-05-06 12:23 ` [PATCH v3 02/25] arm64/sysreg: Add GCIE field to ID_AA64PFR2_EL1 Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 03/25] arm64/sysreg: Add ICC_PPI_PRIORITY<n>_EL1 Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 04/25] arm64/sysreg: Add ICC_ICSR_EL1 Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 05/25] arm64/sysreg: Add ICC_PPI_HMR<n>_EL1 Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 06/25] arm64/sysreg: Add ICC_PPI_ENABLER<n>_EL1 Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 07/25] arm64/sysreg: Add ICC_PPI_{C/S}ACTIVER<n>_EL1 Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 08/25] arm64/sysreg: Add ICC_PPI_{C/S}PENDR<n>_EL1 Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 09/25] arm64/sysreg: Add ICC_CR0_EL1 Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 10/25] arm64/sysreg: Add ICC_PCR_EL1 Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 11/25] arm64/sysreg: Add ICC_IDR0_EL1 Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 12/25] arm64/sysreg: Add ICH_HFGRTR_EL2 Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 13/25] arm64/sysreg: Add ICH_HFGWTR_EL2 Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 14/25] arm64/sysreg: Add ICH_HFGITR_EL2 Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 15/25] arm64: Disable GICv5 read/write/instruction traps Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 16/25] arm64: cpucaps: Rename GICv3 CPU interface capability Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 17/25] arm64: cpucaps: Add GICv5 CPU interface (GCIE) capability Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 18/25] arm64: smp: Support non-SGIs for IPIs Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 19/25] arm64: Add support for GICv5 GSB barriers Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 20/25] irqchip/gic-v5: Add GICv5 PPI support Lorenzo Pieralisi
2025-05-06 15:00 ` Thomas Gleixner
2025-05-07 8:29 ` Lorenzo Pieralisi
2025-05-07 9:14 ` Marc Zyngier
2025-05-07 13:42 ` Thomas Gleixner
2025-05-07 13:52 ` Marc Zyngier
2025-05-07 14:57 ` Thomas Gleixner
2025-05-07 15:48 ` Lorenzo Pieralisi
2025-05-08 7:42 ` Lorenzo Pieralisi
2025-05-08 8:42 ` Marc Zyngier
2025-05-08 10:44 ` Lorenzo Pieralisi
2025-05-09 8:07 ` Lorenzo Pieralisi
2025-05-09 8:35 ` Lorenzo Pieralisi
2025-05-12 8:32 ` Marc Zyngier
2025-05-12 8:27 ` Marc Zyngier
2025-05-06 12:23 ` [PATCH v3 21/25] irqchip/gic-v5: Add GICv5 IRS/SPI support Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 22/25] irqchip/gic-v5: Add GICv5 LPI/IPI support Lorenzo Pieralisi
2025-05-06 15:07 ` Thomas Gleixner
2025-05-07 8:30 ` Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 23/25] irqchip/gic-v5: Enable GICv5 SMP booting Lorenzo Pieralisi
2025-05-06 12:23 ` [PATCH v3 24/25] irqchip/gic-v5: Add GICv5 ITS support Lorenzo Pieralisi
2025-05-09 0:47 ` kernel test robot
2025-05-06 12:23 ` [PATCH v3 25/25] arm64: Kconfig: Enable GICv5 Lorenzo Pieralisi
2025-05-06 14:05 ` [PATCH v3 00/25] Arm GICv5: Host driver implementation Marc Zyngier
2025-05-07 7:54 ` Lorenzo Pieralisi
2025-05-07 9:09 ` Marc Zyngier
2025-05-07 10:01 ` Lorenzo Pieralisi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aBsbRLmjylZrzv9h@lpieralisi \
--to=lpieralisi@kernel.org \
--cc=Liam.Howlett@oracle.com \
--cc=arnd@arndb.de \
--cc=catalin.marinas@arm.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=jirislaby@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=maz@kernel.org \
--cc=robh@kernel.org \
--cc=sascha.bischoff@arm.com \
--cc=tglx@linutronix.de \
--cc=timothy.hayes@arm.com \
--cc=will@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).