Received: by 2002:a05:7412:419a:b0:f3:1519:9f41 with SMTP id i26csp4397052rdh; Tue, 28 Nov 2023 23:30:09 -0800 (PST) X-Google-Smtp-Source: AGHT+IHur3dKKHArHDCwrWS9ardp6M/4mYyZxSFvFoQW1PG6UlacSfIUp+AWNDhOTjNRNlluE/yr X-Received: by 2002:a05:6a00:b93:b0:6cb:a28f:85d0 with SMTP id g19-20020a056a000b9300b006cba28f85d0mr19353588pfj.10.1701243009004; Tue, 28 Nov 2023 23:30:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1701243008; cv=none; d=google.com; s=arc-20160816; b=UIpWfdWDocIO5JgcQSe6WtoFcV9W+UthSalSysoffPF10/7Lv2BF5RIq2wnevGDFSo 5T8osbh49GRKnNZg0RGWYPi9tiH4/zm5N9v9mIc7D2hwBRrsAHijPg/E+5r7E0/W9XCG 5lC+DutJOrySx9trx3tRVhTLmxZkAkzDYGwFVhCSqpyPlarE7GnYizP3dzMeZpMBvuV9 85rFdQJ0v3o7mK+DO+k9OAT3qX7x6MB3jRU9tpW+vQr5A4gXk8WMcPGTMf5yTlFrI8yq fAf8JWPv3daYWpiC2OMmmLlvQVbCEE8f5+oOuUgy4q0o8wMfdHewrvLI09ygpNi4tMKy 1Txw== 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=Y4l0EJnHFs9kMVCqLlaDSBNN5K4Yy69DJ6wA0JtlHug=; fh=9p2lubGeZK2gVhBkkVsgsABv5AiTZqVH7CYytqd9FE4=; b=qikmN64yLFAbxH5tEL9qTd1kpIZXPayOfaZ58hlYFKwYfZFtjzHJEAeoLy18+Bcpj+ FX8ufZvaAXf/P4cQ/rhZWPWmOny1yu70/T7Im59mMDIxt8sFqK8c6cNmN5ehowpkYT9I twi75zCQbLIBtIZFANNmh77ddcQpxrDi+s9GGxT2YpZBKx8STDsyzKqaCQG3nUGynWfv 8eV4U7ibGFeAFw9yuz9JaFXWYhfTt2yQjNayUNnFN44ZRdDtLJZuO6wn/PvJVyX6UJsw lLOj79CzlHObFEys6dhZI9aN84bgU39eq8UlemysrABeF3ENRx0uSFAMlCl3oISAeXtp b1rQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.34 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from howler.vger.email (howler.vger.email. [23.128.96.34]) by mx.google.com with ESMTPS id z3-20020a63e103000000b005b106cd44casi13963718pgh.145.2023.11.28.23.30.08 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 28 Nov 2023 23:30:08 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.34 as permitted sender) client-ip=23.128.96.34; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.34 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by howler.vger.email (Postfix) with ESMTP id 3368F80A7303; Tue, 28 Nov 2023 23:30:06 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at howler.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230158AbjK2H3i (ORCPT + 99 others); Wed, 29 Nov 2023 02:29:38 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38516 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230057AbjK2H3h (ORCPT ); Wed, 29 Nov 2023 02:29:37 -0500 Received: from mail11.truemail.it (mail11.truemail.it [217.194.8.81]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 64230DA; Tue, 28 Nov 2023 23:29:39 -0800 (PST) Received: from francesco-nb.int.toradex.com (31-10-206-125.static.upc.ch [31.10.206.125]) by mail11.truemail.it (Postfix) with ESMTPA id 3023420395; Wed, 29 Nov 2023 08:29:36 +0100 (CET) Date: Wed, 29 Nov 2023 08:29:30 +0100 From: Francesco Dolcini To: Krzysztof Kozlowski Cc: Rob Herring , Krzysztof Kozlowski , Conor Dooley , Matthias Brugger , AngeloGioacchino Del Regno , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, Andrew Davis , Andrew Lunn , Arnd Bergmann , Bjorn Andersson , Chen-Yu Tsai , Dmitry Baryshkov , Geert Uytterhoeven , Heiko Stuebner , Jonathan Corbet , Konrad Dybcio , Michal Simek , Neil Armstrong , Nishanth Menon , Olof Johansson , =?utf-8?B?UmFmYcWCIE1pxYJlY2tp?= , linux-rockchip@lists.infradead.org, linux-samsung-soc@vger.kernel.org, linux-amlogic@lists.infradead.org, linux-arm-msm@vger.kernel.org, workflows@vger.kernel.org, linux-doc@vger.kernel.org Subject: Re: [PATCH v3] docs: dt-bindings: add DTS Coding Style document Message-ID: References: <20231125184422.12315-1-krzysztof.kozlowski@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20231125184422.12315-1-krzysztof.kozlowski@linaro.org> X-Spam-Status: No, score=-0.8 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,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 howler.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (howler.vger.email [0.0.0.0]); Tue, 28 Nov 2023 23:30:06 -0800 (PST) On Sat, Nov 25, 2023 at 07:44:22PM +0100, Krzysztof Kozlowski wrote: > Document preferred coding style for Devicetree sources (DTS and DTSI), > to bring consistency among all (sub)architectures and ease in reviews. Thank Krzysztof, we had most of this collected as BKM in some internal documents and it's great to see the effort to consolidate this and add it to the kernel documentation. > --- > +Following order of properties in device nodes is preferred: > + > +1. compatible > +2. reg > +3. ranges > +4. Standard/common properties (defined by common bindings, e.g. without > + vendor-prefixes) > +5. Vendor-specific properties > +6. status (if applicable) > +7. Child nodes, where each node is preceded with a blank line On point 4, do you have a more explicit way to define what is an actual standard/common property? You mention the vendor-prefixes as an example, is this just an example or this is the whole definition? What would be the order for this for example (from an existing DTS file)? reg_sdhc1_vmmc: regulator-sdhci1 { compatible = "regulator-fixed"; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_sd1_pwr_en>; enable-active-high; gpio = <&main_gpio0 29 GPIO_ACTIVE_HIGH>; off-on-delay-us = <100000>; regulator-max-microvolt = <3300000>; regulator-min-microvolt = <3300000>; regulator-name = "+V3.3_SD"; startup-delay-us = <2000>; }; I guess the point that is not obvious to me here is where do we want pinctrl. I like it at position between 3 and 4, the rationale is that is a very frequent property and this way it will be in a similar place for every node. Francesco