Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp5082120pxu; Tue, 22 Dec 2020 08:00:09 -0800 (PST) X-Google-Smtp-Source: ABdhPJxgRM5VEaT5Zsy1Yh+u5+W29BWO8QWTijHXRnKaXWLeKIvDMiJIB3SsPSXpwsBpx6hyhqmz X-Received: by 2002:a17:906:58f:: with SMTP id 15mr8908230ejn.67.1608652809444; Tue, 22 Dec 2020 08:00:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1608652809; cv=none; d=google.com; s=arc-20160816; b=hclks1OiAeCY2G/Cp7nuPtv+CGGgsGk9gzGieoblJ0HS6JmPY1UVkh2RdbQAF/9Icl /92gUHsm37xxFn+oUQcXN98lUH6XG6HjGKE9om4eJBZNuKsIIDck/sQWdI1ZNKuAMwUw Nudk7gn2x++Fv8nUJurjHkk8osywVxBBrCv6xV0+PKSI7grM+JLHvlA4rgIIPkuS7k85 XXtQAL6jwSaBoFHyvHMNC4GmByvVLIcT4iIWXAj1ZmPAVyM/8Y9M4H8CFwvP30g5q8oq YZejI1uGMcPJfzlZw+k8UGf76lKFJnJtA8OuJWFhBtuHZHvycNfoiAPZHKABXHVX4ATs PKIw== 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=tSbt+6uAU0/n70HJg2Z4UTZW3SPBYifyx/RQerMQRfc=; b=CKEForpCt5yEKIYhmKELwMHHLKjX8+3XSNjSH+sYGtXdoLBB9C83c4lLRCCHLwHCTs k/wqghs562jXLtzD3Zonrzkw8eIRfMNHPPSzvJnKuVFEJndqLoNbgkNp5dcPqzA3geCW dvl9Y893QnVNDH1xEq51y2g+6BltNv8uOj6sW3fO+8C1ZssOPIv1fYjHeLqBoSWPLtch dLXP54fCLxsue9hD0A1G4p2EmUxv0AZAoNpNhFvPmQJhrV3MwXxZl4Y3vr02Kdh8IIJi PtuI0vHrerU25KhMy9t5/9g6Twd9Lg/GyEREa283704oMseqUsf4qabZn8+iEHTAIdqU J1lA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=v7KC8FXX; 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 t15si11907175edq.100.2020.12.22.07.59.47; Tue, 22 Dec 2020 08:00:09 -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=@linaro.org header.s=google header.b=v7KC8FXX; 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 S1727183AbgLVP6g (ORCPT + 99 others); Tue, 22 Dec 2020 10:58:36 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53440 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727180AbgLVP6g (ORCPT ); Tue, 22 Dec 2020 10:58:36 -0500 Received: from mail-qk1-x734.google.com (mail-qk1-x734.google.com [IPv6:2607:f8b0:4864:20::734]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C53C3C061793 for ; Tue, 22 Dec 2020 07:57:55 -0800 (PST) Received: by mail-qk1-x734.google.com with SMTP id f26so10622337qka.0 for ; Tue, 22 Dec 2020 07:57:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tSbt+6uAU0/n70HJg2Z4UTZW3SPBYifyx/RQerMQRfc=; b=v7KC8FXXHyCRgKzSN1WdkZDILxNnZ3Tz50y2318GZEHFh2OgiVvbWtDas110A8j1bC bEUiYC07U4pNjkhq5tMD+838LcJrm+4obowXGjaHsc3RA+uiGe0rNYbBNCKn52aZEwnC BmcivK/TRVARKJegXMu8ZFzRsFfrV6Y7RPlm3CCXYLmXCCvVZPZII7ey3+RAXWnuHYkw VbEPi9Vqp1tuNwtjvV0bwxS+nhv1FE0yn+SLr/afAFKEWLTfcHUaQtvx/8wiFeBmYSxX ZjtuPMNqwpNZohmsmlH7kRYZXt9GF3YqcZAdXzrmFIEU9pwaL8VXAIbq3OJSqwbpIN0G E/IQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tSbt+6uAU0/n70HJg2Z4UTZW3SPBYifyx/RQerMQRfc=; b=XwhjIplszjkChOEUxYBWc8g0Dbhk02Qyk/bCLs+PbMrBrs90oc54dkBX6mIWvDP60w nfBCs/++oBJAA3FZQ2RA1IRKx+Eh+ivFqceGlog8wULMLOBEzP+xdDHGNx0GR/uM0LKL TIuahAfGWWcxZ2TfUHfP4zZrxUZUdBwBOA16cA4Y2r5uhNIERRN56wPtMFZ4ty+NY0eN Cl1cKbeKeJMCngLoXOW3MZTmEkrg6A/QCtdCySUkVVw2nYR7k+ZjV3rJeOPyXbbvtnl/ ZgAS2XQE7oIh5E3REsPMlxx1YB8mPJEqU8dsHTNp8ykMUmfpPjgMwa6D8CZj6guW6UbT +02w== X-Gm-Message-State: AOAM532kes2wdFmWQLbWZaLSL8zRKfeo5E1xd+2HpPHNeUxK5chmyi7i F+vqouxrygztZUdLFFF9eIhMp8E48ZM8Y+UGklhipQ== X-Received: by 2002:a05:620a:12b9:: with SMTP id x25mr23021282qki.421.1608652674817; Tue, 22 Dec 2020 07:57:54 -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: Grzegorz Jaszczyk Date: Tue, 22 Dec 2020 16:57:43 +0100 Message-ID: Subject: Re: [PATCH 1/5] dt-bindings: remoteproc: Add PRU consumer bindings To: Rob Herring 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 Hi Rob, On Fri, 18 Dec 2020 at 23:51, Rob Herring wrote: > > 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. Sure, here is temporary branch with 4 last commits demonstrating mentioned issues (when property name contains comma): https://git.linaro.org/people/grzegorz.jaszczyk/linux.git/log/?h=ti-pruss-binding-issue The last commit gets rid of the comma from properties names which successfully w/a the problem. Please note that those are only TEMP commits which demonstrates the mentioned issue. I've put error logs with some notes in commit log to ease understanding what issues are seen when. Thank you in advance, Grzegorz