Received: by 2002:a05:7412:251c:b0:e2:908c:2ebd with SMTP id w28csp2000029rda; Tue, 24 Oct 2023 09:17:02 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFuThYcFKMMnz12dh/IwLyZyBfqRvtSCaSqtHgBBAjC6gTtmJh4DBXMLYzitKzLTwqLQPIi X-Received: by 2002:a17:902:fb87:b0:1c6:2655:625d with SMTP id lg7-20020a170902fb8700b001c62655625dmr15682945plb.15.1698164221969; Tue, 24 Oct 2023 09:17:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1698164221; cv=none; d=google.com; s=arc-20160816; b=owJGxdxzuJ7whrksNO5opCPKf56kThXGq/henSJJ6dsOLQ7fy0UJEOJNVZliqZ6Px3 1a+ppGDtl291SJiMBKCnwvWWXHjvQUp5FUDe/D6qVmIHPFvI25TJ4q+RGdSKs2j4KIqB KHpDJp0rhgzd8thRWdgPtqCHzkRzkfVGwpZh6sF2LLdKHUDeAS+zNTU6IMhqnoWqoXZj ndEA6AvXthkB30NiEPzExRdD1hx67HNRkz/NE+Hpx3pikK97Z4fdmDywxp97eExfhVQK DbEFiW3CIK1BBpMp3zZZ+mRVgIXgFj+Dt3JfrUwVD0RrioHO2P+GWHyFnczNGIKB95a7 9qNg== 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=RXPrvqhlemMI7g9xIhmWAAMr6+6qbQ1ZU0REA78QcHI=; fh=cMtv8cafhXut/Qfh21UuhMpCx3PoQtUaT2Tby0Yn2OQ=; b=JZaCXjuccnAr3ReXc+HNpYx/iuGn1X5qC8HZa9u66FSU6k1HTCcbieZ3vf/d3s0co7 4OfBVvm9FX56qU6vdAZIrB5QJfr9GqFwIMrOEhn8neBial6kassPKLbudfxGv3DhG0pT onv0ElqrYmcUSj8sn4Kp2UqjFGjxS/+5rme6l5Syuc6mOYCJWa+DtVMPLHS8a5k62Q0w x8/lEVy+qswDHo958wACupT1/eUHDNwDC+7EUHsWGc/qfQN8xOnlSEuRQWNCZjThs88I Dkkfo+NvLUvoQ9V84sttnfeTC015XieoI9TTEzMuO6zatvsrdUK6xHHAaBV+bB4wXGia XXHg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.31 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from morse.vger.email (morse.vger.email. [23.128.96.31]) by mx.google.com with ESMTPS id k4-20020a170902d58400b001c74d1da69csi8614981plh.362.2023.10.24.09.17.01 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 24 Oct 2023 09:17:01 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.31 as permitted sender) client-ip=23.128.96.31; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.31 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by morse.vger.email (Postfix) with ESMTP id C574780D0E2F; Tue, 24 Oct 2023 09:16:58 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at morse.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234517AbjJXQQw (ORCPT + 99 others); Tue, 24 Oct 2023 12:16:52 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48044 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234576AbjJXQQu (ORCPT ); Tue, 24 Oct 2023 12:16:50 -0400 Received: from mail-ot1-f50.google.com (mail-ot1-f50.google.com [209.85.210.50]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AD202E8; Tue, 24 Oct 2023 09:16:47 -0700 (PDT) Received: by mail-ot1-f50.google.com with SMTP id 46e09a7af769-6c7c2c428c1so2744901a34.0; Tue, 24 Oct 2023 09:16:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698164206; x=1698769006; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=RXPrvqhlemMI7g9xIhmWAAMr6+6qbQ1ZU0REA78QcHI=; b=CZZzCXRTp+5Kkrc6PLfrFzeQ5/QACxIJoJD9vR3KY3i2ZUBlUz2+eNVKl3a2k5b8+z kfpn6UM+pQ1ofREpxO6CK+HqJ6IlbS/MxOweL4kuwtbhy7pLhFPgFL9QS4G/73Jdqg02 ksYoOy/DLA1PfeZSpLLn7Vgo9LbfDozxvtTiUoGtAlbvLnUeNl23puJNRwKC/NdV1taW eoOo4AgR9Waj96pv0M8fE2VV8mI+g2jLhnjFwLy1SiTUqPZ9xVcDBjduVGv15WxAFlcR nLoPmPKS3wqWoYCSJX45ak64DI87aV5nMNrNwOaqRsBTJjWu6K1OcOUmy1AADez1/J59 ZbIg== X-Gm-Message-State: AOJu0Yw4Gk/WYQ1kpTOAmrH9a7NybjuYTlLmkUTJWsMk5QeXo4aWvwKk fMC76YAxZlzYRqAMxNYp7g== X-Received: by 2002:a05:6808:1306:b0:3b2:e379:c11d with SMTP id y6-20020a056808130600b003b2e379c11dmr10337541oiv.22.1698164206547; Tue, 24 Oct 2023 09:16:46 -0700 (PDT) Received: from herring.priv (66-90-144-107.dyn.grandenetworks.net. [66.90.144.107]) by smtp.gmail.com with ESMTPSA id k2-20020a544702000000b003b2f2724c48sm1975040oik.11.2023.10.24.09.16.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 24 Oct 2023 09:16:45 -0700 (PDT) Received: (nullmailer pid 4031785 invoked by uid 1000); Tue, 24 Oct 2023 16:16:44 -0000 Date: Tue, 24 Oct 2023 11:16:44 -0500 From: Rob Herring To: Simon Glass Cc: devicetree@vger.kernel.org, linux-mtd@lists.infradead.org, Miquel Raynal , Michael Walle , U-Boot Mailing List , Tom Rini , Conor Dooley , Krzysztof Kozlowski , Richard Weinberger , Vignesh Raghavendra , linux-kernel@vger.kernel.org Subject: Re: [PATCH v4 2/3] dt-bindings: mtd: binman-partition: Add binman compatibles Message-ID: <20231024161644.GB3707756-robh@kernel.org> References: <20231009220436.2164245-1-sjg@chromium.org> <20231009220436.2164245-2-sjg@chromium.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20231009220436.2164245-2-sjg@chromium.org> X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on morse.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 (morse.vger.email [0.0.0.0]); Tue, 24 Oct 2023 09:16:59 -0700 (PDT) On Mon, Oct 09, 2023 at 04:04:14PM -0600, Simon Glass wrote: > Add two compatible for binman entries, as a starting point for the > schema. > > Note that, after discussion on v2, we decided to keep the existing > meaning of label so as not to require changes to existing userspace > software when moving to use binman nodes to specify the firmware > layout. > > Signed-off-by: Simon Glass > --- > > Changes in v4: > - Correct selection of multiple compatible strings > > Changes in v3: > - Drop fixed-partitions from the example > - Use compatible instead of label > > Changes in v2: > - Use plain partition@xxx for the node name > > .../mtd/partitions/binman-partition.yaml | 49 +++++++++++++++++++ > 1 file changed, 49 insertions(+) > create mode 100644 Documentation/devicetree/bindings/mtd/partitions/binman-partition.yaml > > diff --git a/Documentation/devicetree/bindings/mtd/partitions/binman-partition.yaml b/Documentation/devicetree/bindings/mtd/partitions/binman-partition.yaml > new file mode 100644 > index 000000000000..35a320359ec1 > --- /dev/null > +++ b/Documentation/devicetree/bindings/mtd/partitions/binman-partition.yaml > @@ -0,0 +1,49 @@ > +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause) > +# Copyright 2023 Google LLC > + > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/mtd/partitions/binman-partition.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: Binman partition > + > +maintainers: > + - Simon Glass > + > +select: false So this schema is never used. 'select: false' is only useful if something else if referencing the schema. > + > +description: | > + This corresponds to a binman 'entry'. It is a single partition which holds > + data of a defined type. > + > +allOf: > + - $ref: /schemas/mtd/partitions/partition.yaml# > + > +properties: > + compatible: > + oneOf: > + - const: binman,entry # generic binman entry 'binman' is not a vendor. You could add it if you think that's useful. Probably not with only 1 case... > + - items: > + - const: u-boot # u-boot.bin from U-Boot project > + - const: atf-bl31 # bl31.bin or bl31.elf from TF-A project Probably should use the new 'tfa' rather than old 'atf'. Is this the only binary for TFA? The naming seems inconsistent in that every image goes in (or can go in) a bl?? section. Why does TFA have it but u-boot doesn't? Perhaps BL?? is orthogonal to defining what is in each partition. Perhaps someone more familar with all this than I am can comment. Once you actually test this, you'll find you are specifying: compatible = "u-boot", "atf-bl31"; > + > +additionalProperties: false > + > +examples: > + - | > + partitions { > + compatible = "binman"; > + #address-cells = <1>; > + #size-cells = <1>; > + > + partition@100000 { > + compatible = "u-boot"; > + reg = <0x100000 0xf00000>; > + }; > + > + partition@200000 { > + compatible = "atf-bl31"; > + reg = <0x200000 0x100000>; > + }; > + }; > -- > 2.42.0.609.gbb76f46606-goog >