Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp2911276iog; Mon, 27 Jun 2022 05:36:08 -0700 (PDT) X-Google-Smtp-Source: AGRyM1uhW69861N/XORNV24N6qKPJAQNIuHG58a9VhYfVWHJYrFO02ol+XO7Lab6cjvmqCm68mmC X-Received: by 2002:a17:906:7949:b0:726:40d1:60aa with SMTP id l9-20020a170906794900b0072640d160aamr12395106ejo.511.1656333368606; Mon, 27 Jun 2022 05:36:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656333368; cv=none; d=google.com; s=arc-20160816; b=LPoH/jZwj0X+lgfLN27NIwb6lfaR8R1Pf+eQwpBGhZZTlYGdECPB5fCMCFFb45fFJz 6ZZBJCmyORHcex03J8qzkKlUS68m/Ub8k0CiVeGRuKLWTnk2AiEzH96Xb3XzmBbSLXhH LH54wHxvXn8KASoJnEY3yqS22hVzIt2z7BO2e1O01SuEO2f6e+pDt8w5TpkJMaKo4gey Q7hSqUmzsgjgiinZq3jccWn0hEg5PvYlaqwFXFVpsaixlZGRbLjHglFB07faDGQpbxao Dp/RoHMQsEuM87XShdzGSUylmgoMVreY7TWAeL37QjuDoRzKu8Ns6KBGPd5x7iuXZiBC cl4A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=/Vr70S1itQTBF/3bCew+jxqxaJK1aORpqchqJlIulN8=; b=k53SpEzmRBatHOT0OSKTa/mNUC8iJ0A86VCxdkKQxGAlAC+pXn4sriTH0Udw7fJM7W gJ3MFLoIIfT5zKR8If47lYjb9hr+ytTaFQPBgOMw/cIyMmDPORfGavJe+7a8RcujEqDi +rIGIrGsZHF0w2+qN7Y7A8rhN3kfA0sw5bH8hOOdhuSCXE1WFy2Glkfu8NLM3aOi0/m+ n/CxnDqMvKYATuHQo8/MXELfbKg/98XU0euSQ+44IuLtQVCYPTWafceQmPma7zWmaeXK p9aA3ejiMqHnto3+i7MQFsV9nmo/YmyVlU/LV98Ng8lhs9m61ne0McNqmClxh55wZ/SX OjtQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=nj5oQcZi; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id q7-20020a17090622c700b00726b4f97622si1280003eja.197.2022.06.27.05.35.43; Mon, 27 Jun 2022 05:36:08 -0700 (PDT) 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; dkim=pass header.i=@linaro.org header.s=google header.b=nj5oQcZi; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235473AbiF0MIU (ORCPT + 99 others); Mon, 27 Jun 2022 08:08:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41658 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240465AbiF0MHo (ORCPT ); Mon, 27 Jun 2022 08:07:44 -0400 Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 82114DEE6 for ; Mon, 27 Jun 2022 05:06:23 -0700 (PDT) Received: by mail-wr1-x42b.google.com with SMTP id o16so12763680wra.4 for ; Mon, 27 Jun 2022 05:06:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=/Vr70S1itQTBF/3bCew+jxqxaJK1aORpqchqJlIulN8=; b=nj5oQcZi8JzRsGM3DFad9Xybe6hpa6FG+MoP8L51KifR9Vnx9eDEerY0sFLxcH32pP yh2DJfqgWpq2zpXtrzs4dP+HhJVpTk5m0rTdKps26yOU5SUfkbzy/DhlLyYaSC+Ocq2j H3cMckzKhtqrZnldgDo9v8nChVSAtAKLitLXMZObAYq0T3IoOVCt5uiwdmKFyMacY5kl FdlOqE9NXg1fkkJPIyCBNCNntcZWm+sNt4zl5IY81kL60mqK4eJnz6Hpt6TLaEC137rb exNw3wpIXASEHPhT6/6P7i5ajW9wGdM3C5LjbdfGViBQtJSbFlgSIPKIxOaBshjymIB6 ZoPg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=/Vr70S1itQTBF/3bCew+jxqxaJK1aORpqchqJlIulN8=; b=iYQL2YOcACtGA+sPNaHJY2vufB/p7z1pKf6rxaUdmNVE60lC0vule4cMCyhM2Em0uk nIUJRUADcF4SEkNWnTdae7db4BzhiN6EdvGDkAPcrXylnja7+PlSxaFBpvdN+LA6+e27 EI2lm0sb4ZHwQ5+EemxH3PcHSU/5PfFQ10v60NnVeL3/KGbAGOcN/HzBQWkM27e5w7PF Yjvwpjw9l2a1Jnm2BrP12cbnRtueos4TVyyEW723aq885NeIMsGmNkznSXLTk6z4/mMY e3qs3eyn+kriHkEHxbJ1XegB6ZCG/0eHQlGgY42U0qe+wxXw+aYxHHmYRdg5VW+DbdYb SgdQ== X-Gm-Message-State: AJIora+rawNM2wyhDtMgf5bmCazkeZfQ07itE4IJ1KPhTxqWM3hTUbkR +h1uKkaCN7vHjgUw2dYDJyAjWg== X-Received: by 2002:a5d:5c11:0:b0:21b:a9a2:7eec with SMTP id cc17-20020a5d5c11000000b0021ba9a27eecmr12101736wrb.579.1656331582103; Mon, 27 Jun 2022 05:06:22 -0700 (PDT) Received: from [192.168.0.249] (xdsl-188-155-176-92.adslplus.ch. [188.155.176.92]) by smtp.gmail.com with ESMTPSA id f8-20020a1cc908000000b0039c99f61e5bsm16608790wmb.5.2022.06.27.05.06.20 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 27 Jun 2022 05:06:21 -0700 (PDT) Message-ID: Date: Mon, 27 Jun 2022 14:06:19 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0 Subject: Re: [PATCH v5 10/14] dt-bindings: firmware: Add fsl,scu yaml file Content-Language: en-US To: Viorel Suman Cc: Rob Herring , Krzysztof Kozlowski , Michael Turquette , Stephen Boyd , Dmitry Torokhov , Srinivas Kandagatla , Dong Aisheng , Fabio Estevam , Shawn Guo , Stefan Agner , Pengutronix Kernel Team , Linus Walleij , Alessandro Zummo , Alexandre Belloni , "Rafael J. Wysocki" , Daniel Lezcano , Amit Kucheria , Zhang Rui , Wim Van Sebroeck , Guenter Roeck , Sascha Hauer , NXP Linux Team , Abel Vesa , Oliver Graute , Mirela Rabulea , Peng Fan , Liu Ying , Ming Qian , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-clk@vger.kernel.org, linux-input@vger.kernel.org, linux-gpio@vger.kernel.org, linux-rtc@vger.kernel.org, linux-pm@vger.kernel.org, linux-watchdog@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Abel Vesa References: <20220616164303.790379-1-viorel.suman@nxp.com> <20220616164303.790379-11-viorel.suman@nxp.com> <20220627114949.pg7az36fz4jrwebp@fsr-ub1664-116> From: Krzysztof Kozlowski In-Reply-To: <20220627114949.pg7az36fz4jrwebp@fsr-ub1664-116> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable 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 27/06/2022 13:49, Viorel Suman wrote: > On 22-06-24 12:25:44, Krzysztof Kozlowski wrote: >> On 16/06/2022 18:42, Viorel Suman wrote: >>> From: Abel Vesa >>> >>> In order to replace the fsl,scu txt file from bindings/arm/freescale, >>> we need to split it between the right subsystems. This patch adds the >>> fsl,scu.yaml in the firmware bindings folder. This one is only for >>> the main SCU node. The old txt file will be removed only after all >>> the child nodes have been properly switch to yaml. >>> >>> Signed-off-by: Abel Vesa >>> Signed-off-by: Viorel Suman >>> --- >>> .../devicetree/bindings/firmware/fsl,scu.yaml | 170 ++++++++++++++++++ >>> 1 file changed, 170 insertions(+) >>> create mode 100644 Documentation/devicetree/bindings/firmware/fsl,scu.yaml >>> >>> diff --git a/Documentation/devicetree/bindings/firmware/fsl,scu.yaml b/Documentation/devicetree/bindings/firmware/fsl,scu.yaml > > [...] > >>> +properties: >>> + $nodename: >>> + const: 'scu' >> >> Why enforcing node name? Second point is that node names should be >> generic, so I wonder what "SCU" exactly means and whether it is generic? >> > > It stands for "System Control Unit" - looks generic to me. Nope, it's specific, just like other scu - Snoop Control Unit. What's more, reusing the same acronym leads to confusions. If it was generic, then I expect it to be present in several other places, but it's not (except the other SCU). Generic name is for example "system-controller". > I guess a reason to enforce it - need to check with Abel - might be > the need to group multiple SCU implementations under a common known name. Device bindings do not enforce the names, unless it's really needed, and I doubt there is a need here. Just drop it and rename nodes in DTS to something generic. Best regards, Krzysztof