Received: by 2002:a05:6358:f14:b0:e5:3b68:ec04 with SMTP id b20csp424598rwj; Fri, 23 Dec 2022 03:28:11 -0800 (PST) X-Google-Smtp-Source: AMrXdXv+QJuOjta5AOvSCRLUweWyaxzVlN7XUOu7/YTLVxH76fvT1aQITGBtwVLNvYJbsf0/Fv+4 X-Received: by 2002:a17:902:8b82:b0:189:d0a2:5340 with SMTP id ay2-20020a1709028b8200b00189d0a25340mr11057512plb.33.1671794890986; Fri, 23 Dec 2022 03:28:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1671794890; cv=none; d=google.com; s=arc-20160816; b=S4SRzpANqLVi6Ey1jJ0PLxf0ha1hIUeCbEa9EzNYGPhHUzdn9niL/4RsN/QVZ2L1KG d3Xv1+umj55t7Nnz9qt4GrfTtHpn4DrXocdzWOPWlXTWJdnzfPgaebf/760uEmqjx47H WSCAzCfpxOfw5DvXcYllQse/GaZ5U7o25600VCJqj+d5cyGyF2BEp4aihU0xAS2OVyAR q3AwSwtOiNPuR5Wa1VTNHHdyS1bRzNuas5iP7DA/SHARJkp/iD9zTtx9NcGa2H62i9uj zJaRcoLLFQpzs3X6hDU/ypn8ucqUzuefgZ1m8Sh/JMMhgbZuTwKOXCaKh+QUIj4AgAR6 EWpw== 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; bh=oxafpTVEx7/oTuaqEpo4kKHoahRF+cjMMqLoAj9A6TE=; b=JZZdqRiNV8ApSQ2y0i0wyyozxpt8fAD6B/dKPrrLiaPJMun220/tb5kibduPDEVgAO qaSerjc/9Vvjb5NLP2sGo+B16oftFq96kPooINPllqCyqLjU/GLJEucGebgONcULk/2G VybXzA4ebPoqm4Ry0Y2O6Fk14dvb9jyYe7XPYacExdolKMwyGTOLDv/OXpwCzbuEnK/6 36Tdj36/Akf2BVc7R+cEEOT/ffmAbCwxt/TJxX0Ykl1mC6estH2r2JMpXFMS6aPG435X GEr1Auz/wDGHrAg6SRWAcdRSAQcgsPecLSm+OmgOKLvqSjPn8mUDrcMUiN4tMIIYATTu QOfQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id 26-20020a630e5a000000b00478b771fa14si3532753pgo.245.2022.12.23.03.28.02; Fri, 23 Dec 2022 03:28:10 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229637AbiLWKiQ (ORCPT + 65 others); Fri, 23 Dec 2022 05:38:16 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55802 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230316AbiLWKhd (ORCPT ); Fri, 23 Dec 2022 05:37:33 -0500 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id CB9D7B7F3; Fri, 23 Dec 2022 02:37:32 -0800 (PST) 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 8FA391FB; Fri, 23 Dec 2022 02:38:13 -0800 (PST) Received: from e120937-lin (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 84DD53FA32; Fri, 23 Dec 2022 02:37:31 -0800 (PST) Date: Fri, 23 Dec 2022 10:37:25 +0000 From: Cristian Marussi To: Krzysztof Kozlowski Cc: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, sudeep.holla@arm.com, Rob Herring , devicetree@vger.kernel.org Subject: Re: [PATCH 4/5] dt-bindings: firmware: arm,scmi: Add support for syspower protocol Message-ID: References: <20221222183823.518856-1-cristian.marussi@arm.com> <20221222183823.518856-5-cristian.marussi@arm.com> <3d89e135-c8e4-ede4-950f-03900a660822@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3d89e135-c8e4-ede4-950f-03900a660822@kernel.org> X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Dec 23, 2022 at 11:11:27AM +0100, Krzysztof Kozlowski wrote: > On 22/12/2022 19:38, Cristian Marussi wrote: > > Add new SCMI Syspower protocol bindings definitions and example. > > > > Cc: Rob Herring > > Cc: devicetree@vger.kernel.org > > Signed-off-by: Cristian Marussi > > --- > > Got lost in translation probably...from txt to yaml > > Please use scripts/get_maintainers.pl to get a list of necessary people > and lists to CC. It might happen, that command when run on an older > kernel, gives you outdated entries. Therefore please be sure you base > your patches on recent Linux kernel. > Hi Krzysztof, thanks for the feedback and sorry I posted with an incomplete Cc list. > > --- > > .../devicetree/bindings/firmware/arm,scmi.yaml | 10 ++++++++++ > > 1 file changed, 10 insertions(+) > > > > diff --git a/Documentation/devicetree/bindings/firmware/arm,scmi.yaml b/Documentation/devicetree/bindings/firmware/arm,scmi.yaml > > index 1c0388da6721..f3dd77a470dd 100644 > > --- a/Documentation/devicetree/bindings/firmware/arm,scmi.yaml > > +++ b/Documentation/devicetree/bindings/firmware/arm,scmi.yaml > > @@ -111,6 +111,12 @@ properties: > > required: > > - '#power-domain-cells' > > > > + protocol@12: > > + type: object > > + properties: > > + reg: > > + const: 0x12 > > + > > Why? It did not got lost, it's already covered by pattern. If you refer > to particular warning, please paste it in commit msg. Otherwise it looks > incorrect. > Yes indeed, but as a matter of fact it seemed to me that we used to add an entry and an example for all the currently published standard SCMI protocols, even though already covered by the patternProp (which covers also any custom-vendor protocol in the wild) and not sporting any additional custom properties (see protocol@18), but maybe this is just a unneeded wrong habit adding only cruft to the bindings. If you think it does not add any value I can happily drop this, or limiting the addition just to the example (and/or drop equally the unneeded protocol@18 node too in this case). Thanks, Cristian