Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp2490522pxu; Fri, 18 Dec 2020 14:54:03 -0800 (PST) X-Google-Smtp-Source: ABdhPJyV/n3kJWABcRGdN8b1VVYY7jhMekmlU3n8OzvydlAGOu9bdqJ3FWNfzI0olmwtPYBNfucP X-Received: by 2002:a17:906:4058:: with SMTP id y24mr6030407ejj.245.1608332043565; Fri, 18 Dec 2020 14:54:03 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1608332043; cv=none; d=google.com; s=arc-20160816; b=Jmu3+SQpKMJ1ZpelNWdmVH9iK9gPdvUUb/oHm/DUthC+hWObIEkny9reHWMFI1Xow5 SApIUV2z55/iVFVL/eALSBCDTME1o4l865WoYWxpuABIRT94/oUD9JyRxbQMuUzZqAm0 sq6edYML6SgChBKmnzUIVPJs8t4jMsFCwyhu1q0QfokGhhZotTz/1qvgfRkhQGA9Ewig hR3fGKS62EgRyoC0fgrASo7ao8YjWo9YAyDsi4sVirVMGav0MR74q0pDOIP27MGMlTrP mlI+Z9axXW9IODLuC0dGC9w9SPp0rSgrPadOWaM4cqSKGlnEfw7OYh5oc9uR6fE8eckK U5Tw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=Ca9zxUDTup7hKjh3/HC5TvlBbfK7KNc6Da/T3/mKMP0=; b=L7arXY0z/nivCqUqOwO6a7UnNQrwpukNwP4IOJuK6NY0ErPi6oDIkLSJt6IWkT8mPK wIWG3usqwIVrTQ29j7DX0tqvSo2Ik/s/gD7xhulDH/FnyvlKoE4ePUgjA9lTj+2lbXRq vTbPkwmylvRPQSctj/SuluRxBIK9uEaQBxRxpIqFq9mdRlJ2xmxu/fVmqpcpuT0qvhZi rJZdITsNZ2xIM9hDkyeFC2wCDSbUUImhr96BbtNGpyn1YXxhLCcs7UYdkMId+NtpGNi1 W16uENtte6ZPjIYfRZA/qQOZaCC2pRB2xZJ/+XddtRcyHKffMoxcZRFYre/snijzE35f iFjA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="vEOb/5ml"; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f15si5332029ejr.2.2020.12.18.14.53.41; Fri, 18 Dec 2020 14:54:03 -0800 (PST) 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=@kernel.org header.s=k20201202 header.b="vEOb/5ml"; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726313AbgLRWvw (ORCPT + 99 others); Fri, 18 Dec 2020 17:51:52 -0500 Received: from mail.kernel.org ([198.145.29.99]:51490 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725813AbgLRWvw (ORCPT ); Fri, 18 Dec 2020 17:51:52 -0500 X-Gm-Message-State: AOAM531JHImXIwhRvS09h2Bn0S5t3870qku8Eqo7Hf5nj36ZyjPqv/SW 5SiLfx24H+AlKPBIl8ICUNxOk/grfuvL+5AtfA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1608331871; bh=ZtuDx1g50X2Qj4JjjYFGFSI9wY4HuxKzUzlaD0sdeXc=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=vEOb/5mlu+GHcROfnlhzYbcIyFc3LRN/ip77eMCj1AYhWCqAmE95QZarZE9mpHqOw jGsZOpvx34sIpz3dxeoDm7KXP1LAjRVCfXU84et96ZrT/IoENkLcCFEGm4EdA8uUEx Z2csh5JehlGunr1yXsV6lt2bFV+pCo6UmlBAAd3uiNPwxgDwodemHLgRCepf7KZYO3 7b8xRx8XNQO99l18SrBBMRhVuZNvX9yBJXYW10Atct9HTlQiw4BciSpl5FWcheM/2L VpakrWB4wWnvHX4OHcIwOdIBgGuXWY6JaryZJ0f4QV/WugpXmVnPlMtg998zW2wm99 pMJmFIr0lzLbw== X-Received: by 2002:a05:6402:ca2:: with SMTP id cn2mr6571892edb.137.1608331869822; Fri, 18 Dec 2020 14:51:09 -0800 (PST) MIME-Version: 1.0 References: <20201211142933.25784-1-grzegorz.jaszczyk@linaro.org> <20201211142933.25784-2-grzegorz.jaszczyk@linaro.org> <20201214225842.GA2537432@robh.at.kernel.org> In-Reply-To: From: Rob Herring Date: Fri, 18 Dec 2020 16:50:58 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 1/5] dt-bindings: remoteproc: Add PRU consumer bindings To: Grzegorz Jaszczyk Cc: Ohad Ben Cohen , Bjorn Andersson , Mathieu Poirier , "Anna, Suman" , Santosh Shilimkar , "open list:REMOTE PROCESSOR (REMOTEPROC) SUBSYSTEM" , Lee Jones , devicetree@vger.kernel.org, "linux-kernel@vger.kernel.org" , linux-omap , linux-arm-kernel , "Bajjuri, Praneeth" , Roger Quadros Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Dec 16, 2020 at 9:55 AM Grzegorz Jaszczyk wrote: > > Hi Rob, > > On Mon, 14 Dec 2020 at 23:58, Rob Herring wrote: > > > > On Fri, Dec 11, 2020 at 03:29:29PM +0100, Grzegorz Jaszczyk wrote: > > > From: Suman Anna > > > > > > Add a YAML binding document for PRU consumers. The binding includes > > > all the common properties that can be used by different PRU consumer > > > or application nodes and supported by the PRU remoteproc driver. > > > These are used to configure the PRU hardware for specific user > > > applications. > > > > > > The application nodes themselves should define their own bindings. > > > > > > Co-developed-by: Tero Kristo > > > Signed-off-by: Tero Kristo > > > Signed-off-by: Suman Anna > > > Co-developed-by: Grzegorz Jaszczyk > > > Signed-off-by: Grzegorz Jaszczyk > > > --- > > > .../bindings/remoteproc/ti,pru-consumer.yaml | 64 +++++++++++++++++++ > > > 1 file changed, 64 insertions(+) > > > create mode 100644 Documentation/devicetree/bindings/remoteproc/ti,pru-consumer.yaml > > > > > > diff --git a/Documentation/devicetree/bindings/remoteproc/ti,pru-consumer.yaml b/Documentation/devicetree/bindings/remoteproc/ti,pru-consumer.yaml > > > new file mode 100644 > > > index 000000000000..2c5c5e2b6159 > > > --- /dev/null > > > +++ b/Documentation/devicetree/bindings/remoteproc/ti,pru-consumer.yaml > > > @@ -0,0 +1,64 @@ > > > +# SPDX-License-Identifier: (GPL-2.0-only or BSD-2-Clause) > > > +%YAML 1.2 > > > +--- > > > +$id: http://devicetree.org/schemas/remoteproc/ti,pru-consumer.yaml# > > > +$schema: http://devicetree.org/meta-schemas/core.yaml# > > > + > > > +title: Common TI PRU Consumer Binding > > > + > > > +maintainers: > > > + - Suman Anna > > > + > > > +description: | > > > + A PRU application/consumer/user node typically uses one or more PRU device > > > + nodes to implement a PRU application/functionality. Each application/client > > > + node would need a reference to at least a PRU node, and optionally define > > > + some properties needed for hardware/firmware configuration. The below > > > + properties are a list of common properties supported by the PRU remoteproc > > > + infrastructure. > > > + > > > + The application nodes shall define their own bindings like regular platform > > > + devices, so below are in addition to each node's bindings. > > > + > > > +properties: > > > + prus: > > > > ti,prus > > Thank you - I will change and post v2 but with this I will run into > issues when this binding will be referenced by some consumer YAML > binding. Running dtbs_check in such case throws: > ... k3-am654-base-board.dt.yaml: serial@28000: 'ti,prus' does not > match any of the regexes: 'pinctrl-[0-9]+' > In the same time if I will remove this property from that node I am getting: > ... k3-am654-base-board.dt.yaml: serial@28000: 'ti,prus' is a required property > as expected. Sounds like you didn't update 'ti,prus' in whatever schema you include this one from. > > Getting rid of the comma from this property name workarounds mentioned > problem (which is not proper but allows me to correctly test this > binding): e.g. s/ti,prus/ti-pruss/ or using the previous name without > a comma. > It seems to be an issue with dtbs_check itself which we will encounter > in the future. If not, can you point me to a branch having this problem. Rob