Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp409668pxm; Tue, 22 Feb 2022 13:33:55 -0800 (PST) X-Google-Smtp-Source: ABdhPJynRGdyvKPX7tq1EFBUHL5EgTsO66jvW/0/rKhUvxhCzsMCb3J9lnQv8vkJvmuodVLHQU8e X-Received: by 2002:a17:906:1e13:b0:6ce:e50c:2a9c with SMTP id g19-20020a1709061e1300b006cee50c2a9cmr20547647ejj.546.1645565634864; Tue, 22 Feb 2022 13:33:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645565634; cv=none; d=google.com; s=arc-20160816; b=waui/e/4Jmy/w8k8G9RCm2DhqDeQKZx534XbESqvA8cbBYQtz1RqJWYi7ILODjluPw LrRNyGsLCE30yqHJfJewwDi/5UtnW+y6lfiAG8t7xU6L5Dwd7Gw2NnlMTS7jgEWoGlH6 FJ+Xah3gRzPYfTHN9vGvANW4l6Y7Hgdew3AR8x0ZuYivMPUnTWjms/PXHVPlL7PQekci ZHbNWEH0hQ/8dMfrD0SscPL9I2vCisQoXkoDKvKWM9bvOhpUD8ezH7Fics1mgPOp/0Sd ykJnC+etyc5WUiZJGyx3d2NhyOUKke80GLy0au2Zz4O59sczIN6gHS6TNc2cSEAkSKld R8GA== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=dZA37Wq9AsM7HgP60crwW+rrro1mZPv8mUI1j+MC7vc=; b=H4Pu1EZ7iF1IdPbN0YEvM3yLa45gYf3oLCFpfM4q/Wp5yFREm8b57kPQS1gbG53YEN mT9lPIVrbyDV379zzq2qZfHJYzcHoActFcP0Znx40BwDxgsWJUBt+WWjjhOzqZhGoHtE 6fBsZN+akzgAHZxucGJU+Qnw/JhPbjPXft6coxRUj8YCdBkyO0bUbjOQlrdty8gMyZRL QsnK6Z9z9tSjx1BnWo4W8DuOUmjg8OoOQLwv7LvH5K6wl/167p1aJqzCw+Ikd+Y9b6dF GLDG3lXNtaZF2AdMrrG9wO+de3yxT2ysXunsdu/Jxc6FOQQpL+gVoGraBX1P5RPYek7S qoXA== ARC-Authentication-Results: i=1; mx.google.com; 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=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a16si13669484edv.114.2022.02.22.13.33.31; Tue, 22 Feb 2022 13:33:54 -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; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234943AbiBVSTZ (ORCPT + 99 others); Tue, 22 Feb 2022 13:19:25 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41718 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234663AbiBVSTY (ORCPT ); Tue, 22 Feb 2022 13:19:24 -0500 Received: from mail-ot1-f45.google.com (mail-ot1-f45.google.com [209.85.210.45]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A5B4375C0B; Tue, 22 Feb 2022 10:18:58 -0800 (PST) Received: by mail-ot1-f45.google.com with SMTP id j9-20020a9d7d89000000b005ad5525ba09so7948035otn.10; Tue, 22 Feb 2022 10:18:58 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=dZA37Wq9AsM7HgP60crwW+rrro1mZPv8mUI1j+MC7vc=; b=nbpMbmYPNDHxyQ3N2McXvbTV/XmwUN+XIfj5OYhdqbLcWXzOiQyM3u2EUBb9yTg4Wl YTcUFbsO7WmzeXkzzuqZhdKEjLO7HGvisjSF97neZbOnawVIJBVgGsBbUGphPTP2ExGe sTs2VB3M8KdUUGHUoTOSjSlL7VbqaAHeH+negFAlL6i9DkE4AceTM20FPIjt/2rU6CQc oOtfqnmWDdvlUiW+VDEFtBumOpk5mjuXY2duh9e4/9Z3X2jtjtsBXEpJk9N0kUi6KWAV 42eDpCAm2SGNXDFlDt8oyUJWR3TY3UqQwgyi1cdLY/CwpU2poUGUf14jDu2W2nDUxam9 DDHA== X-Gm-Message-State: AOAM531A0vhBOos40UrTAPxjAl/1sQBfr57yd5FQKYkSq5rPyaoPEvKi ymI5r3IyWw97mbbX+oVLtA== X-Received: by 2002:a9d:784b:0:b0:5ad:52fd:5c24 with SMTP id c11-20020a9d784b000000b005ad52fd5c24mr6454761otm.1.1645553937947; Tue, 22 Feb 2022 10:18:57 -0800 (PST) Received: from robh.at.kernel.org (66-90-148-213.dyn.grandenetworks.net. [66.90.148.213]) by smtp.gmail.com with ESMTPSA id i18sm5191183oof.29.2022.02.22.10.18.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 22 Feb 2022 10:18:57 -0800 (PST) Received: (nullmailer pid 3339764 invoked by uid 1000); Tue, 22 Feb 2022 18:18:56 -0000 Date: Tue, 22 Feb 2022 12:18:56 -0600 From: Rob Herring To: Ansuel Smith Cc: Miquel Raynal , Richard Weinberger , Vignesh Raghavendra , linux-mtd@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [RFC RFT PATCH v2 1/2] dt-bindings: mtd: partitions: Document new partition-dynamic nodes Message-ID: References: <20220220173905.14165-1-ansuelsmth@gmail.com> <20220220173905.14165-2-ansuelsmth@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220220173905.14165-2-ansuelsmth@gmail.com> X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00, FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=no 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 Sun, Feb 20, 2022 at 06:39:04PM +0100, Ansuel Smith wrote: > Document new partition-dynamic nodes used to provide an OF node for > partition registred at runtime by parsers. This is required for nvmem > system to declare and detect nvmem-cells. > > With these special partitions, only the label is required as the parser > will provide reg and offset of the mtd. NVMEM will use the data from the > parser and provide the NVMEM cells declared in the DTS, "connecting" the > dynamic partition with a static declaration of cells in them. > > Signed-off-by: Ansuel Smith > --- > .../mtd/partitions/partition-dynamic.yaml | 54 +++++++++++++++++++ > 1 file changed, 54 insertions(+) > create mode 100644 Documentation/devicetree/bindings/mtd/partitions/partition-dynamic.yaml > > diff --git a/Documentation/devicetree/bindings/mtd/partitions/partition-dynamic.yaml b/Documentation/devicetree/bindings/mtd/partitions/partition-dynamic.yaml > new file mode 100644 > index 000000000000..945128e754ac > --- /dev/null > +++ b/Documentation/devicetree/bindings/mtd/partitions/partition-dynamic.yaml > @@ -0,0 +1,54 @@ > +# SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/mtd/partitions/partition-dynamic.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: Dynamic Partition > + > +description: | > + This binding describes a single flash partition that is dynamically allocated > + by a dedicated parser that is not a fixed-partition parser. To declare a > + partition the label is required. This can be used to give a dynamic partition > + an OF node so that subsystems like NVMEM can work and provide NVMEM Cells to 'subsystems like NVMEM' is a Linux detail that shouldn't be in bindings. > + the system. An example is declaring the partition label and all the NVMEM > + cells in it. The parser will detect the correct reg and offset and the NVMEM > + will register the cells in it based on the data extracted by the parser. > + > +maintainers: > + - Ansuel Smith > + > +properties: > + label: > + description: The label / name for the partition assigned by the parser at > + runtime. This is needed for sybsystem like NVMEM to define cells and > + register with this OF node. 'label' is generally for human consumption and should be opaque to the OS (or at least the kernel). Perhaps node name should be used like RafaƂ is doing for nvmem[1]. That appears to be the same problem at the next level down. Rob [1] https://lore.kernel.org/all/20220218070729.3256-1-zajec5@gmail.com/