Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp832126pxx; Thu, 29 Oct 2020 15:55:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx5jcBJUTXK6L0+9s6f4UbHY6Y9Me3tCwdVqWUK23ayb8B/7xwGtOHymo8daJlKMEFwZPfS X-Received: by 2002:a17:906:a1d4:: with SMTP id bx20mr6182116ejb.262.1604012141246; Thu, 29 Oct 2020 15:55:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1604012141; cv=none; d=google.com; s=arc-20160816; b=HlezeXQz5onn8rNR5nnjt7vDSwPIPwhU9MqCLOnsSM+Yx78HxQI4FqPoiSlo9MPqwe gKECxwKiKauw6vpBmkNq5B9lbDMmyQ+yfO61lWFLkIPc/C3POVYOCOitYnU5bJ3latPH WkQflFLVpq6jv2bO7KNZ148njeIoYYt+qoO9pa9rID0eCWSVxKbcbIwJc8w0m4Cyf54p q8ahef2x36tAvfUZXMJnCpUGkWXezBoS8xIOLnn1j4HW6D3vBl5DxzIhWppMLQTT3zuV 14j39SDjgANJVXF+/6BAwGa19I6UkQUKXfUtyS8gYTJfYYP1JQTlsDbT5NOd1WsdSqC6 7J4w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=zfIHsEDZ+nxAJWIcC74ZwDQW20w/aWLdxlSNkf7s2jE=; b=BhwlMt8GJEbMEadC+Rjys97CPQpayTGqa+J43eJz0D/3IXV9MQxL1jMVp9xv9Tx/Qc NbAlcngjYNOL7WAPNAPiyMy4yQZI7WfhzT+h5dLttYoFAWqvgtp7kolKr6V67SKljE7b hIN+yxKNMyrQMmiKwWhwypX/XsnNVEX6fabR/75cHQALGWi9EzDS7VJusvBG3vMi1bvy 4/+A0pn1idWfMVAVvB9z2LPozGj3JattBqZ7H7y4U6lRDXRSZcn987AMHMCeXWtvKcmX nk2s1QnnGMv+/1/H+/8kVayhvLCRIr61NlAiDA57k5LMgrNBc/c38rKntR2RCFyI5XLf ZYDA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=cagqhdWw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w8si356313ejv.203.2020.10.29.15.55.18; Thu, 29 Oct 2020 15:55:41 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=cagqhdWw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725948AbgJ2WxI (ORCPT + 99 others); Thu, 29 Oct 2020 18:53:08 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59224 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725949AbgJ2WxH (ORCPT ); Thu, 29 Oct 2020 18:53:07 -0400 Received: from mail-pf1-x442.google.com (mail-pf1-x442.google.com [IPv6:2607:f8b0:4864:20::442]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 82EEDC0613D3 for ; Thu, 29 Oct 2020 15:53:07 -0700 (PDT) Received: by mail-pf1-x442.google.com with SMTP id a200so3605024pfa.10 for ; Thu, 29 Oct 2020 15:53:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=zfIHsEDZ+nxAJWIcC74ZwDQW20w/aWLdxlSNkf7s2jE=; b=cagqhdWwP1sef7pP6jxwICaqKNSOJTFqa9K66YttEXaS4lhGvh5cmoF8LhbjIkXHud aB8sFiNwQQ8cUOXc5JqQPnN33zDfe54NrCUoJsnNgJ7tpH+JU8Ln5Uluo5jl4ZibkESz fLjgjnAHmVQaDNpYNCr9w6aAiCMNdcw9UE5FlA6JG8x39FP9PWlAHeam/ro+NSn+nb7R AgfjsHyMWhM03Ru1Pfpgg3g8uIJT3PzsCStUjb7MPV2SzwtDD5IzbDjFm2FptCxR5ixs b66i8pB+Sw4wQhZFbv4qkMoNsq2JbUAvolpu0BvETkPyvzqm3PQkmAlf87/vViVH1OTQ 1Fvw== 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; bh=zfIHsEDZ+nxAJWIcC74ZwDQW20w/aWLdxlSNkf7s2jE=; b=GydQAguSObX4AZtpHW0OtFj31QtFDvNSHh1mepRfYeiO6YS5wRrjI6mE7BLOGML/wO 45In1yQjT1nnN08PZc/wgONB2QiAutnpzEQRcWx/XjAIQYzhzc1lMUrm+fdf69fq/Lpo zPEm2iBhgSQGNOd4/GqQEH0oJh3HJ8n0i4bXOLEwQZsSpkllZnktReuER6ZWrItxSHb1 cI4kYWk+7H5ZNr+w+yN6gEnTK2LChP/S0WCCN95oBWi6LjGMJCzOCqG/sDmFSwuyA6In ltD8Sot32f0Boo8kWnhp9vTkE61D9O2b6n1+OAgn67VVIEEYx8CHXeO2xFYjQZ/cGq+m ojiQ== X-Gm-Message-State: AOAM531jZESsX3elvPzrVSgeDD1QsxxwhUV+C7qIRQ4g6NhfFSAWsQYi vL/0JpbUtVtLsIA7AeTKmKlYTg== X-Received: by 2002:a62:8106:0:b029:152:1277:b5b7 with SMTP id t6-20020a6281060000b02901521277b5b7mr6795035pfd.1.1604011986893; Thu, 29 Oct 2020 15:53:06 -0700 (PDT) Received: from xps15 (S0106002369de4dac.cg.shawcable.net. [68.147.8.254]) by smtp.gmail.com with ESMTPSA id e11sm3913915pfl.58.2020.10.29.15.53.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 29 Oct 2020 15:53:06 -0700 (PDT) Date: Thu, 29 Oct 2020 16:53:04 -0600 From: Mathieu Poirier To: Ben Levinsky Cc: sunnyliangjy@gmail.com, punit1.agrawal@toshiba.co.jp, stefanos@xilinx.com, michals@xilinx.com, michael.auchter@ni.com, devicetree@vger.kernel.org, linux-remoteproc@vger.kernel.org, linux-kernel@vger.kernel.org, robh+dt@kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH v19 4/5] dt-bindings: remoteproc: Add documentation for ZynqMP R5 rproc bindings Message-ID: <20201029225304.GB1273972@xps15> References: <20201019224007.16846-1-ben.levinsky@xilinx.com> <20201019224007.16846-5-ben.levinsky@xilinx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201019224007.16846-5-ben.levinsky@xilinx.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Oct 19, 2020 at 03:40:06PM -0700, Ben Levinsky wrote: > Add binding for ZynqMP R5 OpenAMP. > > Represent the RPU domain resources in one device node. Each RPU > processor is a subnode of the top RPU domain node. > > Signed-off-by: Jason Wu > Signed-off-by: Wendy Liang > Signed-off-by: Michal Simek > Signed-off-by: Ben Levinsky > --- > v3: > - update zynqmp_r5 yaml parsing to not raise warnings for extra > information in children of R5 node. The warning "node has a unit > name, but no reg or ranges property" will still be raised though > as this particular node is needed to describe the > '#address-cells' and '#size-cells' information. > v4:: > - remove warning '/example-0/rpu@ff9a0000/r5@0: > node has a unit name, but no reg or ranges property' > by adding reg to r5 node. > v5: > - update device tree sample and yaml parsing to not raise any warnings > - description for memory-region in yaml parsing > - compatible string in yaml parsing for TCM > v6: > - remove coupling TCM nodes with remoteproc > - remove mailbox as it is optional not needed > v7: > - change lockstep-mode to xlnx,cluster-mode > v9: > - show example IPC nodes and tcm bank nodes > v11: > - add property meta-memory-regions to illustrate link > between r5 and TCM banks > - update so no warnings from 'make dt_binding_check' > v14: > - concerns were raised about the new property meta-memory-regions. > There is no clear direction so for the moment I kept it in the series > - place IPC nodes in RAM in the reserved memory section > v15: > - change lockstep-mode prop as follows: if present, then RPU cluster is in > lockstep mode. if not present, cluster is in split mode. > v17: > - remove compatible string from tcm bank nodes > - fix style for bindings > - add boolean type to lockstep mode in binding > - add/update descriptions memory-region, meta-memory-regions, > pnode-id, mbox* properties > v18: > - update example remoteproc zynqmp r5 compat string, remove version > number > - change property from memory-region to memory-regions > --- > .../xilinx,zynqmp-r5-remoteproc.yaml | 142 ++++++++++++++++++ > 1 file changed, 142 insertions(+) > create mode 100644 Documentation/devicetree/bindings/remoteproc/xilinx,zynqmp-r5-remoteproc.yaml > > diff --git a/Documentation/devicetree/bindings/remoteproc/xilinx,zynqmp-r5-remoteproc.yaml b/Documentation/devicetree/bindings/remoteproc/xilinx,zynqmp-r5-remoteproc.yaml > new file mode 100644 > index 000000000000..c202dca3b6d0 > --- /dev/null > +++ b/Documentation/devicetree/bindings/remoteproc/xilinx,zynqmp-r5-remoteproc.yaml > @@ -0,0 +1,142 @@ > +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause) > +%YAML 1.2 > +--- > +$id: "http://devicetree.org/schemas/remoteproc/xilinx,zynqmp-r5-remoteproc.yaml#" > +$schema: "http://devicetree.org/meta-schemas/core.yaml#" > + > +title: Xilinx R5 remote processor controller bindings > + > +description: > + This document defines the binding for the remoteproc component that loads and > + boots firmwares on the Xilinx Zynqmp and Versal family chipset. > + > + Note that the Linux has global addressing view of the R5-related memory (TCM) > + so the absolute address ranges are provided in TCM reg's. > + > +maintainers: > + - Ed Mooring > + - Ben Levinsky > + > +properties: > + compatible: > + const: xlnx,zynqmp-r5-remoteproc > + > + lockstep-mode: > + description: > + If this property is present, then the configuration is lock-step. > + Otherwise RPU is split. > + type: boolean > + maxItems: 1 > + > + interrupts: > + description: > + Interrupt mapping for remoteproc IPI. It is required if the > + user uses the remoteproc driver with the RPMsg kernel driver. > + maxItems: 6 > + > + memory-regions: > + description: > + collection of memory carveouts used for elf-loading and inter-processor For each of the above the first line of the description had a capital letter while this one (and the one below) don't. > + communication. each carveout in this case should be in DDR, not Again this is abnormal - please fix everywhere. > + chip-specific memory. In Xilinx case, this is TCM, OCM, BRAM, etc. > + $ref: /schemas/types.yaml#/definitions/phandle-array > + > + meta-memory-regions: > + description: > + collection of memories that are not present in the top level memory > + nodes' mapping. For example, R5s' TCM banks. These banks are needed > + for R5 firmware meta data such as the R5 firmware's heap and stack. > + To be more precise, this is on-chip reserved SRAM regions, e.g. TCM, > + BRAM, OCM, etc. > + $ref: /schemas/types.yaml#/definitions/phandle-array > + > + pnode-id: > + maxItems: 1 > + description: > + power node id that is used to uniquely identify the node for Xilinx > + Power Management. The value is then passed to Xilinx platform > + manager for power on/off and access. > + $ref: /schemas/types.yaml#/definitions/uint32 > + > + mboxes: > + description: > + array of phandles that describe the rx and tx for xilinx zynqmp > + mailbox driver. order of rx and tx is described by the mbox-names > + property. This will be used for communication with remote > + processor. > + maxItems: 2 > + > + mbox-names: > + description: > + array of strings that denote which item in the mboxes property array > + are the rx and tx for xilinx zynqmp mailbox driver > + maxItems: 2 > + $ref: /schemas/types.yaml#/definitions/string-array > + > + > +examples: > + - | > + reserved-memory { > + #address-cells = <1>; > + #size-cells = <1>; > + ranges; > + elf_load: rproc@3ed000000 { > + no-map; > + reg = <0x3ed00000 0x40000>; > + }; > + > + rpu0vdev0vring0: rpu0vdev0vring0@3ed40000 { > + no-map; > + reg = <0x3ed40000 0x4000>; > + }; > + rpu0vdev0vring1: rpu0vdev0vring1@3ed44000 { > + no-map; > + reg = <0x3ed44000 0x4000>; > + }; > + rpu0vdev0buffer: rpu0vdev0buffer@3ed48000 { > + no-map; > + reg = <0x3ed48000 0x100000>; > + }; > + > + }; > + > + /* > + * Below nodes are required if using TCM to load R5 firmware > + * if not, then either do not provide nodes are label as disabled in s/are/or > + * status property > + */ > + tcm0a: tcm_0a@ffe00000 { > + reg = <0xffe00000 0x10000>; > + pnode-id = <0xf>; > + no-map; > + status = "okay"; > + phandle = <0x40>; > + }; > + tcm0b: tcm_1a@ffe20000 { > + reg = <0xffe20000 0x10000>; > + pnode-id = <0x10>; > + no-map; > + status = "okay"; > + phandle = <0x41>; > + }; > + > + rpu { > + compatible = "xlnx,zynqmp-r5-remoteproc"; > + #address-cells = <1>; > + #size-cells = <1>; > + ranges; > + lockstep-mode; > + r5_0 { > + ranges; > + #address-cells = <1>; > + #size-cells = <1>; > + memory-regions = <&elf_load>, > + <&rpu0vdev0vring0>, > + <&rpu0vdev0vring1>, > + <&rpu0vdev0buffer>; > + meta-memory-regions = <&tcm_0a>, <&tcm_0b>; > + pnode-id = <0x7>; > + }; > + }; > + > +... > -- > 2.17.1 >