Received: by 2002:a05:7412:b995:b0:f9:9502:5bb8 with SMTP id it21csp2988017rdb; Tue, 26 Dec 2023 11:40:26 -0800 (PST) X-Google-Smtp-Source: AGHT+IGcqofUl4fPesQksifOwKZJ3HhKHHGArA/1bEDNJ3HbDL2lM633xMeE2pxiyTishySuoei6 X-Received: by 2002:a05:6a00:939a:b0:6d9:d249:84ea with SMTP id ka26-20020a056a00939a00b006d9d24984eamr900203pfb.27.1703619626229; Tue, 26 Dec 2023 11:40:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1703619626; cv=none; d=google.com; s=arc-20160816; b=rWo8xLxbS/UafbvgSV+sx9y8U3/m8LQJ+3U68bvXpSB6Shbc95oITFsadDNthoU3V5 JiXkoXwjAjcPyljjvLxeIxyJdQoQvai5HgtrbaWD/5JwOFgexDrF9MrmYN1W+st0VBjM ypUEixCj1OLfGEpoq87ghopmpx1ed6Mns6eb3eQIvAIp7tSd+dAIx1UXWt1gDdr3dGcA f3jzzefcLyfpE4HRPmRsT9C3YanqEGG33r7tAny/6nt0O8EfSyo5Ew+HbCGeQ+ZEqud/ BDh8+4e3q8jH/0jh23F2ShnrmEV4PJrZk6opxwyGJgoQ7ia8lx96ElHjLpuLnb+4MCuZ J+/Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=date:subject:message-id:references:in-reply-to:cc:to:from :mime-version:list-unsubscribe:list-subscribe:list-id:precedence :content-transfer-encoding:dkim-signature; bh=dJ39qSyq0g1HSQCeuVF6ZddFvV50BNMVbqDWrHDx680=; fh=1su1ItIJGCVJEdHEFWNY7waVuJKMBtBX1Giyh1FKX6g=; b=DJ0yu5TItJ2hrNxO1p4yqajbNGXZKUmdVN5x6FC3C0LIZX2qVn9RWqdN/C3njJfrpY UixRIheKPRervTLGdgoDYatZ6rVjnuypR1cI44jgsDUrrgmSLHt6MiWoB3aPQxycTiw0 IoCEl/bGsdNK/MRIyFNYvMDAujBRYfDFQkMqilVH1GdCpAsX64GAjJLVrqvAAsEHnOn6 oQ7ikIszh71eAM1w8qQzGY+JKkMPrs75pX7kfiGXCtR8+1SU3p2VKAgJ92QT/+1ubhQ/ GGMVtGX6gDDjsAmu2giO8A2dZU/0L22wQ85HpxaF9PKA9pNlIO7rhntwpdYZvV9BH5cp cteg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="RFu/e+JW"; spf=pass (google.com: domain of linux-kernel+bounces-11655-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-11655-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [2604:1380:45e3:2400::1]) by mx.google.com with ESMTPS id f17-20020a056a00239100b006d974a3e6cdsi9525794pfc.264.2023.12.26.11.40.25 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 26 Dec 2023 11:40:26 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-11655-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="RFu/e+JW"; spf=pass (google.com: domain of linux-kernel+bounces-11655-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-11655-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id CC610283201 for ; Tue, 26 Dec 2023 19:40:25 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 0CDDA4C9A; Tue, 26 Dec 2023 19:40:09 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="RFu/e+JW" X-Original-To: linux-kernel@vger.kernel.org Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 36146442E; Tue, 26 Dec 2023 19:40:07 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id C4920C433C8; Tue, 26 Dec 2023 19:40:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1703619607; bh=VdzXZVqMOKGhvwNwMXvswZIyJ8DA6T8nwMQ7xFwsHv4=; h=From:To:Cc:In-Reply-To:References:Subject:Date:From; b=RFu/e+JWiObWOJx9KIZT9o9FClFdgV0+lxK7WI5/6askgSyKlVXfPq82Z+l0qVBla Dt9YcYriIiinnT8WZ/fzus6zssV4lOTy5/ZLJYRdmcq2GxE0yPBFylpTWrRyM8UBiX Hu1DEtkzxta7nQP0bytHqipuOb+T1nP9cMS7kCLzz08uWYjGAkhlWDCkzAnc+AIQl2 J2YIER106f4hyLrKHm8off+pz1t8FVQJbUXTs+9dQ9burMY2G2A21sssz94b7StHne avXwDiRFLJcdm9vbmcdLPK4NVN/Ez2DwNSKBf4AD/wDOMqGNpTMPN/5OHoY0Q2pvJf RCNanfgfvF+vw== Received: (nullmailer pid 2887138 invoked by uid 1000); Tue, 26 Dec 2023 19:40:03 -0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 From: Rob Herring To: Josua Mayer Cc: Gregory Clement , devicetree@vger.kernel.org, Andrew Lunn , linux-arm-kernel@lists.infradead.org, Conor Dooley , Sebastian Hesselbarth , Krzysztof Kozlowski , Rob Herring , linux-kernel@vger.kernel.org In-Reply-To: <20231226-support-clearfog-gtr-l8-sfp-v3-3-fd1ac2d6bf2e@solid-run.com> References: <20231226-support-clearfog-gtr-l8-sfp-v3-0-fd1ac2d6bf2e@solid-run.com> <20231226-support-clearfog-gtr-l8-sfp-v3-3-fd1ac2d6bf2e@solid-run.com> Message-Id: <170361960357.2887119.16192958166206698998.robh@kernel.org> Subject: Re: [PATCH v3 3/8] dt-bindings: marvell: a38x: add solidrun armada 388 clearfog boards Date: Tue, 26 Dec 2023 13:40:03 -0600 On Tue, 26 Dec 2023 19:11:34 +0100, Josua Mayer wrote: > Add DT compatible for SolidRun Armada-388 based Clearfog Base and Pro > boards, which are already in place in-tree. > > There are already 3 distinct dts in tree for these *two* boards, > declaring particular compatible strings: > - armada-388-clearfog.dts: > compatible = "solidrun,clearfog-a1", "marvell,armada388", > "marvell,armada385, "marvell,armada380"; > - armada-388-clearfog-base.dts: > compatible = "solidrun,clearfog-base-a1", "solidrun,clearfog-a1", > "marvell,armada388", "marvell,armada385, > "marvell,armada380"; > - armada-388-clearfog-pro.dts: > compatible = "solidrun,clearfog-base-a1", "solidrun,clearfog-a1", > "marvell,armada388", "marvell,armada385, > "marvell,armada380"; > > This has historic reasons, the first entry is a legacy name for the > "pro" version, old versions of u-boot built when only one variant > existed explicitly boot by this name. > > Note that both compatibles and model field include the string "A1". > At least up to revision 2.0 of the board, this had been printed > on the pcb. However in marketing material and conversations it is > usually omitted. "Clearfog Pro" and "Clearfog Pro A1" always mean > exactly the same product. > > Technically Base and Pro variants are similar enough that they can > successfully boot with each other's dts. Hence it makes (some) > sense for them to share the "clearfog-a1" compatible. > > Add bindings for the explicit variants including base / pro suffix. > The legacy "armada-388-clearfog.dts" is not supported by these > bindings" as it does not make sense having two bindings for one board. > > Signed-off-by: Josua Mayer > --- > .../devicetree/bindings/arm/marvell/armada-38x.yaml | 12 ++++++++++++ > 1 file changed, 12 insertions(+) > My bot found errors running 'make DT_CHECKER_FLAGS=-m dt_binding_check' on your patch (DT_CHECKER_FLAGS is new in v5.13): yamllint warnings/errors: ./Documentation/devicetree/bindings/arm/marvell/armada-38x.yaml:46:14: [warning] wrong indentation: expected 14 but found 13 (indentation) dtschema/dtc warnings/errors: doc reference errors (make refcheckdocs): See https://patchwork.ozlabs.org/project/devicetree-bindings/patch/20231226-support-clearfog-gtr-l8-sfp-v3-3-fd1ac2d6bf2e@solid-run.com The base for the series is generally the latest rc1. A different dependency should be noted in *this* patch. If you already ran 'make dt_binding_check' and didn't see the above error(s), then make sure 'yamllint' is installed and dt-schema is up to date: pip3 install dtschema --upgrade Please check and re-submit after running the above command yourself. Note that DT_SCHEMA_FILES can be set to your schema file to speed up checking your schema. However, it must be unset to test all examples with your schema.