From patchwork Mon Mar 25 09:28:07 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Cristian Marussi X-Patchwork-Id: 13601698 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id C5368C54E58 for ; Mon, 25 Mar 2024 09:29:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-Id:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=IZhZMvMw1I7ypo71KJt7UhDGslZAYFnNS2dCv4hsgu0=; b=KyGu3E+5XSTA1A RdtWxIJbNKF2tt/wZYQ1xn5+Ax5FHtuA6Oo1yOBPmJYRGNNmTjAdA+CbWauCdWOKumY+MPvw7hkDw On3MtOog50S8qOZQsUrirfl8Sy8Mniuh55Fj5qlZ9oyO39tPtm5cQqrfS7LEMurPxB+6rRxMzvPyQ Tu60xrt7kYUZCPT8IAWQYnUcQVrA3gY5cWN7kW/VHQFHPaBXV/O5+nDzaxGN7tdiUJqK3pI0Af6Us +hBUZJPcTnicyXkk783AAJ3/reGkzvYcLBMoVDYCa11rvDfONhMMyLdaZuzGtV0Z8zIEk9gEOhDpa 4q4ZWyCuydKzyi0mh7ow==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1rogdN-0000000GS7z-0BS6; Mon, 25 Mar 2024 09:28:49 +0000 Received: from foss.arm.com ([217.140.110.172]) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1rogdJ-0000000GS5n-0Ti6 for linux-arm-kernel@lists.infradead.org; Mon, 25 Mar 2024 09:28:46 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 29E94C15; Mon, 25 Mar 2024 02:29:14 -0700 (PDT) Received: from e120937-lin.. (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id D4DEF3F64C; Mon, 25 Mar 2024 02:28:38 -0700 (PDT) From: Cristian Marussi To: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org Cc: sudeep.holla@arm.com, cristian.marussi@arm.com, jassisinghbrar@gmail.com, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org, conor+dt@kernel.org Subject: [PATCH 1/2] dt-bindings: mailbox: arm,mhuv3: Add bindings Date: Mon, 25 Mar 2024 09:28:07 +0000 Message-Id: <20240325092808.117510-2-cristian.marussi@arm.com> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20240325092808.117510-1-cristian.marussi@arm.com> References: <20240325092808.117510-1-cristian.marussi@arm.com> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240325_022845_287306_B97B104C X-CRM114-Status: GOOD ( 28.49 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Add bindings for the ARM MHUv3 Mailbox controller. Signed-off-by: Cristian Marussi --- .../bindings/mailbox/arm,mhuv3.yaml | 239 ++++++++++++++++++ 1 file changed, 239 insertions(+) create mode 100644 Documentation/devicetree/bindings/mailbox/arm,mhuv3.yaml diff --git a/Documentation/devicetree/bindings/mailbox/arm,mhuv3.yaml b/Documentation/devicetree/bindings/mailbox/arm,mhuv3.yaml new file mode 100644 index 000000000000..bfb8ec341d26 --- /dev/null +++ b/Documentation/devicetree/bindings/mailbox/arm,mhuv3.yaml @@ -0,0 +1,239 @@ +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) +%YAML 1.2 +--- +$id: http://devicetree.org/schemas/mailbox/arm,mhuv3.yaml# +$schema: http://devicetree.org/meta-schemas/core.yaml# + +title: ARM MHUv3 Mailbox Controller + +maintainers: + - Sudeep Holla + - Cristian Marussi + +description: | + The Arm Message Handling Unit (MHU) Version 3 is a mailbox controller that + enables unidirectional communications with remote processors through various + possible transport protocols. + The controller can optionally support a varying number of extensions that, in + turn, enable different kinds of transport to be used for communication. + Number, type and characteristics of each supported extension can be discovered + dynamically at runtime. + + Given the unidirectional nature of the controller, an MHUv3 mailbox controller + is composed of a MHU Sender (MHUS) containing a PostBox (PBX) block and a MHU + Receiver (MHUR) containing a MailBox (MBX) block, where + + PBX is used to + - Configure the MHU + - Send Transfers to the Receiver + - Optionally receive acknowledgment of a Transfer from the Receiver + + MBX is used to + - Configure the MHU + - Receive Transfers from the Sender + - Optionally acknowledge Transfers sent by the Sender + + Both PBX and MBX need to be present and defined in the DT description if you + need to establish a bidirectional communication, since you will have to + acquire two distinct unidirectional channels, one for each block. + + As a consequence both blocks needs to be represented separately and specified + as distinct DT nodes in order to properly describe their resources. + + Note that, though, thanks to the runtime discoverability, there is no need to + identify the type of blocks with distinct compatibles. + + Following are the MHUv3 possible extensions. + + - Doorbell Extension (DBE): DBE defines a type of channel called a Doorbell + Channel (DBCH). DBCH enables a single bit Transfer to be sent from the + Sender to Receiver. The Transfer indicates that an event has occurred. + When DBE is implemented, the number of DBCHs implemented is between 1 and + 128, numbered starting from 0 in ascending order. + Each DBCH contains 32 individual fields, referred to as flags, each of which + can be used independently. It is possible for the Sender to send multiple + Transfers at once using a single DBCH, so long as each Transfer uses + a different flag in the DBCH. + Optionally, data may be transmitted through an out-of-band shared memory + region, wherein the MHU Doorbell is used strictly as an interrupt generation + mechanism, but this is out of the scope of these bindings. + + - FastChannel Extension (FCE): FCE defines a type of channel called a Fast + Channel (FCH). FCH is intended for lower overhead communication between + Sender and Receiver at the expense of determinism. An FCH allows the Sender + to update the channel value at any time, regardless of whether the previous + value has been seen by the Receiver. When the Receiver reads the channel's + content it gets the last value written to the channel. + FCH is considered lossy in nature, and means that the Sender has no way of + knowing if, or when, the Receiver will act on the Transfer. + FCHs are expected to behave as RAM which generates interrupts when writes + occur to the locations within the RAM. + When FCE is implemented, the number of FCH that an implementation of the MHU + can support is between 1-1024, if the Fast Channel word-size is 32-bits, or + between 1-512, when the Fast Channel word-size is 64-bits. + FCHs are numbered from 0 in ascending order. + Note that Fast Channel word-size is implementation defined, not configurable + but discoverable at run-time. + Optionally, data may be transmitted through an out-of-band shared memory + region, wherein the MHU FastChannel is used as an interrupt generation + mechanism which carries also a pointer to such out-of-band data, but this + is out of the scope of these bindings. + + - FIFO Extension (FE): FE defines a Channel type called a FIFO Channel (FFCH). + FFCH allows a Sender to send + - Multiple Transfer to the Receiver without having to wait for a previous + Transfer to be acknowledged by the Receiver, as long as the FIFO has + room for the Transfer. + - Transfers which require the Receiver to provide acknowledgment. + - Transfers which have in-band payload. + In all cases, the data is guaranteed to be observed by the Receiver in the + same order which the Sender sent it. + When FE is implemented, the number of FFCH an implementation of the MHU can + support is between 1 and 64, numbered starting from the 0 in ascending + order. The FIFO size is implementation defined and not configurable. + Optionally, additional data may be transmitted through an out-of-band shared + memory region, wherein the MHU FIFO is used to transmit, in order, a small + part of the payload (like a header) and a reference to the shared memory + area holding the remaining, bigger, chunk of the payload, but this is out of + the scope of these bindings. + +properties: + compatible: + const: arm,mhuv3 + + reg: + maxItems: 1 + + interrupts: + minItems: 1 + maxItems: 38 + + interrupt-names: + description: | + The MHUv3 controller generates a number of events some of which are used + to generate interrupts; as a consequence it can expose a varying number of + optional PBX/MBX interrupts, representing the events generated during the + operation of the various transport protocols associated with different + extensions. All interrupts of the MHU are level-sensitive. + Some of these optional interrupts are defined per-channel, where the + number of channels effectively available is implementation defined and + run-time discoverable. + In the following, for sake of simplicity, only a limited number of + per-channel interrupt names are enumerated, out of all the possible + channels allowed by the specification for each extension type. + + - "combined": PBX/MBX Combined interrupt + - "combined-ffch": PBX/MBX FIFO Combined interrupt + - "ffch-low-tide-": PBX/MBX FIFO Channel Low Tide interrupt + - "ffch-high-tide-": PBX/MBX FIFO Channel High Tide interrupt + - "ffch-flush-": PBX/MBX FIFO Channel Flush interrupt + - "mbx-dbch-xfer-": MBX Doorbell Channel Transfer interrupt + - "mbx-fch-xfer-": MBX Fast Channel Transfer interrupt + - "mbx-fchgrp-xfer-": MBX Fast Channel Group Transfer interrupt + - "mbx-ffch-xfer-": MBX FIFO Channel Transfer interrupt + - "pbx-dbch-xfer-ack-": PBX Doorbell Channel Transfer Ack interrupt + - "pbx-ffch-xfer-ack-": PBX FIFO Channel Transfer Ack interrupt + + The only mandatory interrupts on the MHU are: + - combined + - mbx-fch-xfer- but only if mbx-fcgrp-xfer- is not implemented. + + minItems: 1 + maxItems: 38 + items: + enum: + - combined + - combined-ffch + - ffch-low-tide-0 + - ffch-low-tide-1 + - ffch-low-tide-2 + - ffch-low-tide-3 + - ffch-high-tide-0 + - ffch-high-tide-1 + - ffch-high-tide-2 + - ffch-high-tide-3 + - ffch-flush-0 + - ffch-flush-1 + - ffch-flush-2 + - ffch-flush-3 + - mbx-dbch-xfer-0 + - mbx-dbch-xfer-1 + - mbx-dbch-xfer-2 + - mbx-dbch-xfer-3 + - mbx-fch-xfer-0 + - mbx-fch-xfer-1 + - mbx-fch-xfer-2 + - mbx-fch-xfer-3 + - mbx-fchgrp-xfer-0 + - mbx-fchgrp-xfer-1 + - mbx-fchgrp-xfer-2 + - mbx-fchgrp-xfer-3 + - mbx-ffch-xfer-0 + - mbx-ffch-xfer-1 + - mbx-ffch-xfer-2 + - mbx-ffch-xfer-3 + - pbx-dbch-xfer-ack-0 + - pbx-dbch-xfer-ack-1 + - pbx-dbch-xfer-ack-2 + - pbx-dbch-xfer-ack-3 + - pbx-ffch-xfer-ack-0 + - pbx-ffch-xfer-ack-1 + - pbx-ffch-xfer-ack-2 + - pbx-ffch-xfer-ack-3 + + '#mbox-cells': + description: | + The first argument in the consumers 'mboxes' property represents the + extension type, the second is for the channel number while the third + depends on extension type. + + Extension type for DBE is 0 and the third parameter represents the + doorbell flag number to use. + Extension type for FCE is 1, third parameter unused. + Extension type for FE is 2, third parameter unused. + + mboxes = <&mhu 0 0 5>; // DBE, Doorbell Channel Window 0, doorbell flag 5. + mboxes = <&mhu 0 1 7>; // DBE, Doorbell Channel Window 1, doorbell flag 7. + mboxes = <&mhu 1 0 0>; // FCE, Fast Channel Window 0. + mboxes = <&mhu 1 3 0>; // FCE, Fast Channel Window 3. + mboxes = <&mhu 2 1 0>; // FE, FIFO Channel Window 1. + mboxes = <&mhu 2 7 0>; // FE, FIFO Channel Window 7. + const: 3 + + clocks: + maxItems: 1 + +required: + - compatible + - reg + - interrupts + - interrupt-names + - '#mbox-cells' + +additionalProperties: false + +examples: + - | + soc { + #address-cells = <2>; + #size-cells = <2>; + + mhu_tx: mailbox@2aaa0000 { + compatible = "arm,mhuv3"; + #mbox-cells = <3>; + reg = <0 0x2aaa0000 0 0x10000>; + clocks = <&clock 0>; + interrupt-names = "combined", "pbx-dbch-xfer-ack-1", + "ffch-high-tide-0"; + interrupts = <0 36 4>, <0 37 4>; + }; + + mhu_rx: mailbox@2ab00000 { + compatible = "arm,mhuv3"; + #mbox-cells = <3>; + reg = <0 0x2aab0000 0 0x10000>; + clocks = <&clock 0>; + interrupt-names = "combined", "mbx-dbch-xfer-1", "ffch-low-tide-0"; + interrupts = <0 35 4>, <0 38 4>, <0 39 4>; + }; + };