Received: by 2002:a05:6358:7058:b0:131:369:b2a3 with SMTP id 24csp6588646rwp; Tue, 18 Jul 2023 02:52:15 -0700 (PDT) X-Google-Smtp-Source: APBJJlFjUwkZ7/WOfkwc6pdIVPqaKmtCgjGvzkTJ6WVEvJcYnV1cXB3ummBTalN2epWcBmeWSFao X-Received: by 2002:a17:902:ce92:b0:1b9:d311:3656 with SMTP id f18-20020a170902ce9200b001b9d3113656mr15654780plg.0.1689673934934; Tue, 18 Jul 2023 02:52:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689673934; cv=none; d=google.com; s=arc-20160816; b=WrWDCLQqg9FQF+MqgKfqPDbZUBKFqOPYRocticBTUymGHEgSlto5BmDCcMEhmkZuIM 4BIu+8V78PHfDHMO37NrRgJ3v5qy5lYjo/o0QEoJTBHq+foHwMi8RwVCSIaMzC3fBqYs MUjo/Tg6+kccO7ecxTSU73hY6bDWJQYrISWfflaE3Jj+7DUgf/ad7mIOWJ32pNPIJFNs gXXPnawFvlvkfu4qnO5b/IeXjOa/R+aglSezO7Fimbqc9vJxVAZQoMoSLQq4hFHd5Lhc YLPt/rNgbFFVIeovcihxygh+xqiW4o5/LCxyj8rURcNQYO5S1i+5m+lQkJV/CTds34c+ xEhA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=IKQrnAAXrxm+V/7/n+4Qloa2USS24OYRqHFta7qvgAQ=; fh=d7Y2saiw29uND/SsOBJ2retNF3iguTe+P+E/YgZRf2U=; b=dcVRF83SEbopENkHzPiGdN1/EhQD9GRdpDMbFsqUhZfg6HPPC2kgAVsJjdPo6iM87G DuseGJ4FA6rASzAFBB5ymYuNB79yRHz90F7T7+y2ANCTBFPwqbuwCozM/wjRBCBfxfUt 8THt5HMBnzG7h5Vdq2LCUdJ/ruYj8gPt4vBtmxxrJHbo4amqr2EKAJ8PHqxb3rSP9ykf huPaX4ozEihI5D739uqs3RDsMAI9W7Vz2iKaymAAmsI/ZATQLIlx0Ck+R/nr5bUbG9Yh b9ci3pHgHEZs19h/bo/uTa3zyH5Nsa11O1l26J0yUfi+AzoxcbCioDdV/Cnq9FtxqEUK 77Mw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20221208 header.b=AeVsisMe; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id g12-20020a170902fe0c00b001b9fa098b2fsi1361811plj.411.2023.07.18.02.52.02; Tue, 18 Jul 2023 02:52:14 -0700 (PDT) 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=@gmail.com header.s=20221208 header.b=AeVsisMe; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232030AbjGRIsP (ORCPT + 99 others); Tue, 18 Jul 2023 04:48:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34830 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230397AbjGRIsO (ORCPT ); Tue, 18 Jul 2023 04:48:14 -0400 Received: from mail-lf1-x134.google.com (mail-lf1-x134.google.com [IPv6:2a00:1450:4864:20::134]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5EBDBF7 for ; Tue, 18 Jul 2023 01:48:12 -0700 (PDT) Received: by mail-lf1-x134.google.com with SMTP id 2adb3069b0e04-4fdb3f66fd6so4598251e87.3 for ; Tue, 18 Jul 2023 01:48:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1689670090; x=1692262090; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=IKQrnAAXrxm+V/7/n+4Qloa2USS24OYRqHFta7qvgAQ=; b=AeVsisMeDdKDMuBy4M5Ao2mQiTv19RMdqCBe8cETcF3jf7dsgpNOWeHswgA5cAJXuA n0lCzW9TLN7VFYDPpK0/ghORSyAZpNKOMAaPri84J9v6cpns3G0n+W2MToiOZc7lQR+G AqlqA8fx3uZJShWIFkzAYUhM7qISpYN2mfqjgpBm6NyxUKfai5rpGcip/aX7BAUm6bdf 1Y1HeLl6CJyRJvoOBLI5RdZ6zgv3TuOFyZghIMH4atj3W7ZgH63MnoByoApnTrFSqcJT zhe/DXazrYsDJxRSr19dFQFpwRW0ANPsRulC3HIjfYjdTaW0tnK5dPfJ1wC4Wn3kVYyD 0prA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1689670090; x=1692262090; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=IKQrnAAXrxm+V/7/n+4Qloa2USS24OYRqHFta7qvgAQ=; b=A3RvBTJ02ePsAuOXlWfhIedNQMK1+riDozNEiz+z9twUSzykLHA7fcMQGh9rJ7yDs7 5II56I4oH+LfKm9jT3wJxXhLYBXrsphuY3+fESA5nGPpt/6nybt4jYtEiS05/n/+6UGT ge/AAnubMBT1Al1EiNR/rjAvNRLCovaZt341yUK6h96dXE51DVAS3acgAhqUYKky32Ld 9Fo3j6hD42K9GRRdBJP/k6XLqPmoUCMVA21Lw8U/191TR26JJVavXrj/ZoXB2n0SrMxH tTh11VBs1H8eCzODVcJa7//fJukTc0pJo4JvpFz0NBC3r8Qa+o2BDOI+7DWs9usTbsje RXNw== X-Gm-Message-State: ABy/qLb/3xP3ZRlIHcTrV/K+dIskLLsHEg2q2Q2kRd3/TYG4zYWx8Y+f IoWOL0hs5DisUMnyw2sg5WY= X-Received: by 2002:a05:6512:3b0a:b0:4fb:9595:15e9 with SMTP id f10-20020a0565123b0a00b004fb959515e9mr11844227lfv.22.1689670090272; Tue, 18 Jul 2023 01:48:10 -0700 (PDT) Received: from localhost.lan (031011218106.poznan.vectranet.pl. [31.11.218.106]) by smtp.gmail.com with ESMTPSA id m15-20020a056512014f00b004fb85ffc82csm340944lfo.10.2023.07.18.01.48.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 18 Jul 2023 01:48:09 -0700 (PDT) From: =?UTF-8?q?Rafa=C5=82=20Mi=C5=82ecki?= To: Srinivas Kandagatla Cc: Miquel Raynal , Richard Weinberger , Vignesh Raghavendra , Bartosz Golaszewski , Alban Bedel , Christian Marangi , linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org, =?UTF-8?q?Rafa=C5=82=20Mi=C5=82ecki?= Subject: [PATCH] Revert "nvmem: add new config option" Date: Tue, 18 Jul 2023 10:48:04 +0200 Message-Id: <20230718084804.20139-1-zajec5@gmail.com> X-Mailer: git-send-email 2.35.3 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,RCVD_IN_DNSWL_BLOCKED,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=ham 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 From: Rafał Miłecki This reverts commit 517f14d9cf3533d5ab4fded195ab6f80a92e378f. It seems that "no_of_node" config option was added to help mtd's case. DT nodes of MTD partitions (that are also NVMEM devices) may contain subnodes that SHOULD NOT be treated as NVMEM fixed cells. To prevent NVMEM core code from parsing them "no_of_node" was set to true and that made for_each_child_of_node() in NVMEM a no-op. With the introduction of "add_legacy_fixed_of_cells" config option things got more explicit. MTD subsystem simply tells NVMEM when to look for fixed cells and there is no need to hack "of_node" pointer anymore. Signed-off-by: Rafał Miłecki --- Important: this is based on top of the [PATCH V4] nvmem: add explicit config option to read old syntax fixed OF cells --- drivers/mtd/mtdcore.c | 1 - drivers/nvmem/core.c | 2 +- include/linux/nvmem-provider.h | 2 -- 3 files changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/mtd/mtdcore.c b/drivers/mtd/mtdcore.c index 9db8d7853639..3d781ffb8c32 100644 --- a/drivers/mtd/mtdcore.c +++ b/drivers/mtd/mtdcore.c @@ -554,7 +554,6 @@ static int mtd_nvmem_add(struct mtd_info *mtd) config.read_only = true; config.root_only = true; config.ignore_wp = true; - config.no_of_node = !of_device_is_compatible(node, "nvmem-cells"); config.priv = mtd; mtd->nvmem = nvmem_register(&config); diff --git a/drivers/nvmem/core.c b/drivers/nvmem/core.c index 58d8919e6682..a0c9153cda28 100644 --- a/drivers/nvmem/core.c +++ b/drivers/nvmem/core.c @@ -1027,7 +1027,7 @@ struct nvmem_device *nvmem_register(const struct nvmem_config *config) nvmem->nkeepout = config->nkeepout; if (config->of_node) nvmem->dev.of_node = config->of_node; - else if (!config->no_of_node) + else nvmem->dev.of_node = config->dev->of_node; switch (config->id) { diff --git a/include/linux/nvmem-provider.h b/include/linux/nvmem-provider.h index 1b81adebdb8b..e3930835235b 100644 --- a/include/linux/nvmem-provider.h +++ b/include/linux/nvmem-provider.h @@ -89,7 +89,6 @@ struct nvmem_cell_info { * @read_only: Device is read-only. * @root_only: Device is accessibly to root only. * @of_node: If given, this will be used instead of the parent's of_node. - * @no_of_node: Device should not use the parent's of_node even if it's !NULL. * @reg_read: Callback to read data. * @reg_write: Callback to write data. * @size: Device size. @@ -122,7 +121,6 @@ struct nvmem_config { bool ignore_wp; struct nvmem_layout *layout; struct device_node *of_node; - bool no_of_node; nvmem_reg_read_t reg_read; nvmem_reg_write_t reg_write; int size; -- 2.35.3