Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp2619048pxm; Mon, 28 Feb 2022 02:50:21 -0800 (PST) X-Google-Smtp-Source: ABdhPJxu4708k+dcoYHneXWqmgleQKbhjKQWNPktvPbs0mNXzSsgdx2wkKZmMaVGXOUFvHYdbptr X-Received: by 2002:a17:902:7d81:b0:14f:e18b:2b9e with SMTP id a1-20020a1709027d8100b0014fe18b2b9emr19475340plm.160.1646045421760; Mon, 28 Feb 2022 02:50:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646045421; cv=none; d=google.com; s=arc-20160816; b=HjeTdrS9T4NmjiZSt6tzxZSgkWD4zhZuuGh5NmEE1O5Al9MLSwi6dh4++Q7HlWGmVg nXDhqiYy/g1A6mh3yW0/nDkTIwV0eIBq1Bz1xm9iLuDC9AcpFgepsP12qDk5EQo4pvMh CSvmE04ux+RoDL5pKLLKsI2lwSCbs0GI/HpHDLTmF8QnlBrxSHjaiUxgB6F78wVm8BsE s2fiVxv886/vxtO6l0lbsieES0hLZA7pUgkePXLy/eeOu12WEcrHzJ9OslEkG1KjFcNy DyzYXFkE5M0rA4YSbqOk625+8rsfJ8XYnEWoLTuKrGv3TaEVTqzLNSlYExK0L+/RDGCV NGeQ== 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=zeytxqj89B4wWgWM9iFuiNH1LQkDtmr7mVHFnE8qblM=; b=MLzr9SdlOv5FoHPGuf+ODxWbR2ZPbF07r7fMCQZMxJnkjn1id8PULi7gztxVmiVzJi 2t0qDnj1ySlt1txN15CtRAqAWP03XJ5b34dQ1gTMEqgDyP1IG31j5i7EUQV7w2tNLTKd hCHhMo00rRs1PiALbJhzDql/DTFa12RGB9VIlaJCVUnPHpnkXeaqaQHheYxYVdFqdK0/ l5/gGmOXK6ihpWvRWBx7LWzz7CQpJoNsMxwwId/hDq3M/3y8I722GMfpPN+lomqtlJ7u XuDxXd2XSBG57uLFY4FlN4V9GQLcZk+zFBY+onLboZqJgp8OLAodFhfRXh4olIpaqunx 4dIQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@canonical.com header.s=20210705 header.b=UTfzIoJu; 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=canonical.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id q4-20020a056a00150400b004e13249de6csi9835336pfu.214.2022.02.28.02.50.07; Mon, 28 Feb 2022 02:50:21 -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; dkim=pass header.i=@canonical.com header.s=20210705 header.b=UTfzIoJu; 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=canonical.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234689AbiB1KJd (ORCPT + 99 others); Mon, 28 Feb 2022 05:09:33 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45624 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232130AbiB1KJb (ORCPT ); Mon, 28 Feb 2022 05:09:31 -0500 Received: from smtp-relay-internal-0.canonical.com (smtp-relay-internal-0.canonical.com [185.125.188.122]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CDA8738D9A for ; Mon, 28 Feb 2022 02:08:51 -0800 (PST) Received: from mail-wm1-f70.google.com (mail-wm1-f70.google.com [209.85.128.70]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp-relay-internal-0.canonical.com (Postfix) with ESMTPS id 97C0A4031B for ; Mon, 28 Feb 2022 10:08:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=canonical.com; s=20210705; t=1646042930; bh=zeytxqj89B4wWgWM9iFuiNH1LQkDtmr7mVHFnE8qblM=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=UTfzIoJuu3eXF9nUe7gK7DVDz1WMl2yhiKYqtFBAne9PHta8XPQEnGCFYxbFXwW3N nwFgTs2EuonMoHaTFQBVGN5Ij9p9Ax7pMggJfAj8lMrw43/w28xN+SbHjFxeyCfKkK vDtPjuguYJpP2yh02MmvUmlj0C9wG4EQWm9/jKHYxAIVvTPHEjloCMGchqi0or1Hk1 nwvGIM6YzNjU4Uqg5YkZfq9v7qADo68WIoVOdWfbHHfsEIEr4GqHDZI5sBbK28YwLV n4Jtw1TPVa4BkS63rICAu80AmyAZxtWDm2kEIX+2PZ+VZ9rj/TGc8Vuj6KIgipLyxH w7pJ19rU+jdRA== Received: by mail-wm1-f70.google.com with SMTP id l31-20020a05600c1d1f00b00380e3425ba7so5830804wms.9 for ; Mon, 28 Feb 2022 02:08:50 -0800 (PST) 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=zeytxqj89B4wWgWM9iFuiNH1LQkDtmr7mVHFnE8qblM=; b=7TahP9iBb68zFiz7POuIxZQYjl66o1Fd4ffmv3KdS97PPrPxvlfUaZG+XaifYrZj26 SoOKDGMcZzrr+GTTLUxcxd4mXYOowJrT+TslIE863Nc7rGvirl61KvGf3hsLLs+oGCcl Miy6eLVsZmWvOTKHJ4YbGBWOWu2w0zP3qedHEnekRZ3Y+kH/bGxdJJQOQG9oee+m5eW7 eMAyNhkRyYby2esGr3UvCpZjKDhRBLnNGVa+rnKZ81O6OXSI+Fg+uSH8i00KP4j3vn1k zfJysjzv8etwWnuBcWvJO5utg0jPrC4temDP2CCJ/FvghxK2n7dmZcUDAIt1PUIcdwXa k4JQ== X-Gm-Message-State: AOAM5337N8473xxuy4TBE80aaz7r2lyOJar2ugeBpi1jEGK483ZCSDDW Ohywr/VNNW8hE08EOo17fpHZSe438tcu+bQ70nmLGgZYz9oKFhzwLiWDXeh3JTxpNT0w4vjOr4n zStgTLXGojSK9ejfp+WtUGc1YBayQb9WI2S6lJd7QpA== X-Received: by 2002:a05:600c:19c9:b0:352:d507:9e89 with SMTP id u9-20020a05600c19c900b00352d5079e89mr12512243wmq.92.1646042928765; Mon, 28 Feb 2022 02:08:48 -0800 (PST) X-Received: by 2002:a05:600c:19c9:b0:352:d507:9e89 with SMTP id u9-20020a05600c19c900b00352d5079e89mr12512225wmq.92.1646042928544; Mon, 28 Feb 2022 02:08:48 -0800 (PST) Received: from [192.168.0.133] (xdsl-188-155-181-108.adslplus.ch. [188.155.181.108]) by smtp.gmail.com with ESMTPSA id s3-20020a5d4ec3000000b001ea95eba44dsm9842149wrv.109.2022.02.28.02.08.46 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 28 Feb 2022 02:08:47 -0800 (PST) Message-ID: <4c3303f5-7af5-9974-7bea-b7f0d6c7ef53@canonical.com> Date: Mon, 28 Feb 2022 11:08:46 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: [PATCH v3 1/3] dt-bindings: Convert ahci-platform DT bindings to yaml Content-Language: en-US To: Frank Wunderlich , "devicetree @ vger . kernel . org Damien Le Moal" , Rob Herring , Hans de Goede , Jens Axboe , linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org, Heiko Stuebner , Peter Geis , Michael Riesch , linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, "devicetree@vger.kernel.org" Cc: Frank Wunderlich References: <20220227182800.275572-1-linux@fw-web.de> <20220227182800.275572-2-linux@fw-web.de> From: Krzysztof Kozlowski In-Reply-To: <20220227182800.275572-2-linux@fw-web.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.8 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A, RCVD_IN_DNSWL_MED,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/02/2022 19:27, Frank Wunderlich wrote: > From: Frank Wunderlich > > Create a yaml file for dtbs_check from the old txt binding. > > Signed-off-by: Frank Wunderlich > --- > v3: > - add conversion to sata-series > - fix some errors in dt_binding_check and dtbs_check > - move to unevaluated properties = false You missed devicetree mailing list (corrupted address). > > --- > > imho all errors should be fixed in the dts not in the yaml... > > errors about the subitem requirement that was defined in txt but not fixed some marvell dts > > some dts for Marvell SoC bring error > 'phys' is a required property > 'target-supply' is a required property > > problem is in arch/arm64/boot/dts/marvell/armada-cp11x.dtsi:331 > here the sata-port@0 is defined, but not overridden with phy/target-supply in any following dts > > ==================================================================== > > arch/arm64/boot/dts/broadcom/northstar2 > ns2-svk.dt.yaml: > ns2-xmc.dt.yaml: > ahci@663f2000: > $nodename:0: 'ahci@663f2000' does not match '^sata(@.*)?$' > > Unevaluated properties are not allowed > ('reg-names', '#address-cells', '#size-cells' were unexpected) > --- > .../devicetree/bindings/ata/ahci-platform.txt | 79 ---------- > .../bindings/ata/ahci-platform.yaml | 140 ++++++++++++++++++ > 2 files changed, 140 insertions(+), 79 deletions(-) > delete mode 100644 Documentation/devicetree/bindings/ata/ahci-platform.txt > create mode 100644 Documentation/devicetree/bindings/ata/ahci-platform.yaml > > diff --git a/Documentation/devicetree/bindings/ata/ahci-platform.txt b/Documentation/devicetree/bindings/ata/ahci-platform.txt > deleted file mode 100644 > index 77091a277642..000000000000 > --- a/Documentation/devicetree/bindings/ata/ahci-platform.txt > +++ /dev/null > @@ -1,79 +0,0 @@ > -* AHCI SATA Controller > - > -SATA nodes are defined to describe on-chip Serial ATA controllers. > -Each SATA controller should have its own node. > - > -It is possible, but not required, to represent each port as a sub-node. > -It allows to enable each port independently when dealing with multiple > -PHYs. > - > -Required properties: > -- compatible : compatible string, one of: > - - "brcm,iproc-ahci" > - - "hisilicon,hisi-ahci" > - - "cavium,octeon-7130-ahci" > - - "ibm,476gtr-ahci" > - - "marvell,armada-380-ahci" > - - "marvell,armada-3700-ahci" > - - "snps,dwc-ahci" > - - "snps,spear-ahci" > - - "generic-ahci" > -- interrupts : > -- reg : > - > -Please note that when using "generic-ahci" you must also specify a SoC specific > -compatible: > - compatible = "manufacturer,soc-model-ahci", "generic-ahci"; > - > -Optional properties: > -- dma-coherent : Present if dma operations are coherent > -- clocks : a list of phandle + clock specifier pairs > -- resets : a list of phandle + reset specifier pairs > -- target-supply : regulator for SATA target power > -- phy-supply : regulator for PHY power > -- phys : reference to the SATA PHY node > -- phy-names : must be "sata-phy" > -- ahci-supply : regulator for AHCI controller > -- ports-implemented : Mask that indicates which ports that the HBA supports > - are available for software to use. Useful if PORTS_IMPL > - is not programmed by the BIOS, which is true with > - some embedded SOC's. > - > -Required properties when using sub-nodes: > -- #address-cells : number of cells to encode an address > -- #size-cells : number of cells representing the size of an address > - > -Sub-nodes required properties: > -- reg : the port number > -And at least one of the following properties: > -- phys : reference to the SATA PHY node > -- target-supply : regulator for SATA target power > - > -Examples: > - sata@ffe08000 { > - compatible = "snps,spear-ahci"; > - reg = <0xffe08000 0x1000>; > - interrupts = <115>; > - }; > - > -With sub-nodes: > - sata@f7e90000 { > - compatible = "marvell,berlin2q-achi", "generic-ahci"; > - reg = <0xe90000 0x1000>; > - interrupts = ; > - clocks = <&chip CLKID_SATA>; > - #address-cells = <1>; > - #size-cells = <0>; > - > - sata0: sata-port@0 { > - reg = <0>; > - phys = <&sata_phy 0>; > - target-supply = <®_sata0>; > - }; > - > - sata1: sata-port@1 { > - reg = <1>; > - phys = <&sata_phy 1>; > - target-supply = <®_sata1>;; > - }; > - }; > diff --git a/Documentation/devicetree/bindings/ata/ahci-platform.yaml b/Documentation/devicetree/bindings/ata/ahci-platform.yaml > new file mode 100644 > index 000000000000..cc246b312c59 > --- /dev/null > +++ b/Documentation/devicetree/bindings/ata/ahci-platform.yaml > @@ -0,0 +1,140 @@ > +# SPDX-License-Identifier: GPL-2.0 > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/ata/ahci-platform.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: AHCI SATA Controller > +description: > + SATA nodes are defined to describe on-chip Serial ATA controllers. > + Each SATA controller should have its own node. > + > + It is possible, but not required, to represent each port as a sub-node. > + It allows to enable each port independently when dealing with multiple > + PHYs. > + > +maintainers: > + - Hans de Goede > + - Jens Axboe > + > +properties: > + compatible: > + contains: > + enum: > + - brcm,iproc-ahci > + - cavium,octeon-7130-ahci > + - generic-ahci > + - hisilicon,hisi-ahci > + - ibm,476gtr-ahci > + - marvell,armada-380-ahci > + - marvell,armada-3700-ahci Order entries alphabetically. > + - snps,dwc-ahci > + - snps,spear-ahci You converted the TXT bindings explicitly, but you missed the comment just below the 'reg' about generic-ahci. The generic-ahci never comes alone. The snps,dwc-ahci could come, although history shows that Synapsys blocks are commonly re-used and they should have specific compatible. Current users still have single snps,dwc-ahci, so it could be fixed a bit later. On the other hand, I expect to fix all the DTS in the same series where the bindings are corrected. > + > + reg: > + maxItems: 1 > + > + clocks: > + minItems: 1 > + maxItems: 3 Items should be described. Next or this patch could add also clock-names. > + > + interrupts: > + minItems: 1 You mean maxItems? > + > + ahci-supply: > + description: > + regulator for AHCI controller > + > + dma-coherent: > + description: > + Present if dma operations are coherent Skip description, it's obvious. Just 'true'. > + > + phy-supply: > + description: > + regulator for PHY power > + > + phys: > + minItems: 1 maxItems? > + > + phy-names: > + minItems: 1 Describe the items. > + > + ports-implemented: > + description: > + Mask that indicates which ports that the HBA supports > + are available for software to use. Useful if PORTS_IMPL > + is not programmed by the BIOS, which is true with > + some embedded SoCs. > + minItems: 1 You need a type and maxItems. > + > + resets: > + minItems: 1 maxItems? > + > + target-supply: > + description: > + regulator for SATA target power > + > +required: > + - compatible > + - reg > + - interrupts > + > +patternProperties: > + "^sata-port@[0-9]+$": You limit number of ports to 10. On purpose? What about 0xa? 0xb? > + type: object > + description: > + Subnode with configuration of the Ports. > + > + properties: > + reg: > + maxItems: 1 > + > + phys: > + minItems: 1 maxItems? Why do you put everywhere minItems? Are several phys really expected? > + > + target-supply: > + description: > + regulator for SATA target power > + > + required: > + - reg > + > + anyOf: > + - required: [ phys ] > + - required: [ target-supply ] > + > +allOf: > +- $ref: "sata-common.yaml#" This goes before properties. > + > +unevaluatedProperties: false > + > +examples: > + - | > + sata@ffe08000 { Wrong indentation. It starts just below | > + compatible = "snps,spear-ahci"; > + reg = <0xffe08000 0x1000>; > + interrupts = <115>; > + }; > + - | > + #include > + #include > + sata@f7e90000 { > + compatible = "marvell,berlin2q-achi", "generic-ahci"; This clearly won't pass your checks. I don't think you run dt_binding_check. You must test your bindings first. > + reg = <0xe90000 0x1000>; > + interrupts = ; > + clocks = <&chip CLKID_SATA>; > + #address-cells = <1>; > + #size-cells = <0>; > + > + sata0: sata-port@0 { > + reg = <0>; > + phys = <&sata_phy 0>; > + target-supply = <®_sata0>; > + }; > + > + sata1: sata-port@1 { > + reg = <1>; > + phys = <&sata_phy 1>; > + target-supply = <®_sata1>; > + }; > + }; Best regards, Krzysztof