Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp4988237imm; Tue, 21 Aug 2018 04:34:14 -0700 (PDT) X-Google-Smtp-Source: AA+uWPy1V2bK2g78H04/aWFkiyz7nxaJizevaLFhg3lCT5TwFgBllSQkCcDNniQKyGzog3UfPMe0 X-Received: by 2002:a17:902:4503:: with SMTP id m3-v6mr49374382pld.168.1534851254297; Tue, 21 Aug 2018 04:34:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1534851254; cv=none; d=google.com; s=arc-20160816; b=ido4CbBiyPlQYszp9MlWbFVInXyPtHqvxKXfYIjhJTInfW/MdQIm5X5YbP9JfpQymK W63ZX2mc72aQ4wDbLGiHGnTrwHkfLlF9zzzMuvdo791oWbeHQlIsvNw2FKhx+zQ2vmuE vh9Q6PcpttSXjmIqgy5r9lcycBeZaq+wQoEWtgpX1Xp8C/Pwz8OwkKtBsdsFLKAkYLUo wUoO6juMsmRrEkeSzlnO1ae0wJnRab1F6YIYDUEqrjo4rmTOoxkF+EJjyZd89pL8E/bN 6Pjmx1aSRSIB8iAp1KjTe6V+17BoQMbrCGQeAh/wohMO/2dst29aDgvOHS+LdGkxU2xV H/7A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :arc-authentication-results; bh=LTyDeRPATzE8sYUreeObjkHWYQmoJAFxypZ4Y6s0sSo=; b=vrSfxwfS9BJHi3GIPVyb56YWOWuTP3Qk51MYi4myDWCkIk0N/4GINz9nu/7a6gOpDl VPUxKhfmZiuvMwAtIO04BiHrEvu2sqIC76D2FNatgZCbs2LsHm307jI0rKNZEeCzphbj tg0ZFX4PabLTeF1mBtmmtPt1r053jWUnclbR6HMbckM75adVCLHEE56D2gm4eLmn3XOk K2wc4el1e0xoyJP1jPBVN56wKVGxIgm0XvzjkqkDs6HcDtNEGZOF9OR2aRskM6gqihcW R0sFn8A7m0w0jq5Uc6hTEzFuMcd2kzcuyR+dDo/l0oPSVrqKsqK3WjdGQR0R/JuQbQAL E1QQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r22-v6si6876702pls.131.2018.08.21.04.33.58; Tue, 21 Aug 2018 04:34:14 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727071AbeHUOv1 (ORCPT + 99 others); Tue, 21 Aug 2018 10:51:27 -0400 Received: from mail.bootlin.com ([62.4.15.54]:39389 "EHLO mail.bootlin.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726709AbeHUOv1 (ORCPT ); Tue, 21 Aug 2018 10:51:27 -0400 Received: by mail.bootlin.com (Postfix, from userid 110) id 44D9320737; Tue, 21 Aug 2018 13:31:37 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.bootlin.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT, URIBL_BLOCKED shortcircuit=ham autolearn=disabled version=3.4.0 Received: from bbrezillon (unknown [91.160.177.164]) by mail.bootlin.com (Postfix) with ESMTPSA id 712A22072D; Tue, 21 Aug 2018 13:31:36 +0200 (CEST) Date: Tue, 21 Aug 2018 13:31:36 +0200 From: Boris Brezillon To: Srinivas Kandagatla Cc: Alban , Bartosz Golaszewski , Jonathan Corbet , Sekhar Nori , Kevin Hilman , Russell King , Arnd Bergmann , Greg Kroah-Hartman , David Woodhouse , Brian Norris , Marek Vasut , Richard Weinberger , Grygorii Strashko , "David S . Miller" , Naren , Mauro Carvalho Chehab , Andrew Morton , Lukas Wunner , Dan Carpenter , Florian Fainelli , Ivan Khoronzhuk , Sven Van Asbroeck , Paolo Abeni , Rob Herring , David Lechner , Andrew Lunn , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-i2c@vger.kernel.org, linux-mtd@lists.infradead.org, linux-omap@vger.kernel.org, netdev@vger.kernel.org, Bartosz Golaszewski Subject: Re: [PATCH v2 06/29] mtd: Add support for reading MTD devices via the nvmem API Message-ID: <20180821133136.1fada1b6@bbrezillon> In-Reply-To: <81407b4d-a02f-4085-f333-a96102bd96ce@linaro.org> References: <20180810080526.27207-1-brgl@bgdev.pl> <20180810080526.27207-7-brgl@bgdev.pl> <20180817182720.6a6e5e8e@bbrezillon> <20180819133106.0420df5f@tock> <20180819184609.6dcdbb9a@bbrezillon> <20180821005327.0d312a85@tock> <20180821074404.23aaeb6b@bbrezillon> <81407b4d-a02f-4085-f333-a96102bd96ce@linaro.org> X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 21 Aug 2018 10:38:13 +0100 Srinivas Kandagatla wrote: > Hi Boris/Bartosz, > > On 21/08/18 06:44, Boris Brezillon wrote: > >>> 4/ Add a ->of_xlate() hook that would be called if present by the > >>> framework instead of using the default parsing we have right now. > >> That is a bit cleaner, but I don't think it would be worse the > >> complexity. > > But it's way more flexible than putting everything in the nvmem > > framework. BTW, did you notice that nvmem-cells parsing does not work > > with flashes bigger than 4GB, because the framework assumes > > #address-cells and #size-cells are always 1. That's probably something > > we'll have to fix for the MTD case. > > > > I have hacked up some thing on these lines to add a custom match > function for nvmem provider and it looks like it can work for mtd case. > > This addresses concern #1 "to ignore of_node from dev pointer passed to > nvmem_config" also provides way to do some sanity checks on nvmem cell node. > In this patch I have just added a simple mtd_nvmem_match() example which > will be always true, however we can add checks here to see if the np is > actually a nvmem-cells node or something on those lines to enforce the > bindings. Please fix and remove this from nvmem-core patch incase you > plan to use/test this. > > We still have one open issue of supporting #address-cells and > #size-cells in nvmem, which I can look at if you are happy with this > approach! > > ----------------------------------->cut<--------------------------------- > Author: Srinivas Kandagatla > Date: Tue Aug 21 10:07:24 2018 +0100 > > nvmem: core: add custom match function support > > Some nvmem providers might not have a simple DT layout, nvmem cells > could be part of the unpartioned space or with-in partition or > even in sub partition of the provider. > > Current matching function is expecting that the provider should be > immediate parent of the cell, which might not be true for the above > cases. So allow a custom match function for such devices which can > validate and match the cell as per the provider specific bindings. > > Signed-off-by: Srinivas Kandagatla > > diff --git a/drivers/mtd/mtdcore.c b/drivers/mtd/mtdcore.c > index a57302eaceb5..33541b18ac30 100644 > --- a/drivers/mtd/mtdcore.c > +++ b/drivers/mtd/mtdcore.c > @@ -502,6 +502,19 @@ static int mtd_nvmem_reg_read(void *priv, unsigned > int offset, > return retlen == bytes ? 0 : -EIO; > } > > +static int mtd_nvmem_match(void *priv, struct device *dev, > + struct device_node *np) > +{ > + struct mtd_info *mtd = priv; > + > + /* > + * Add more checks to make sure device node is inline with > + * binding if required > + */ > + > + return &mtd->dev == dev->parent; > +} > + > static int mtd_nvmem_add(struct mtd_info *mtd) > { > struct nvmem_config config = { }; > @@ -516,6 +529,7 @@ static int mtd_nvmem_add(struct mtd_info *mtd) > config.read_only = true; > config.root_only = true; > config.priv = mtd; > + config.match = mtd_nvmem_match; > > mtd->nvmem = devm_nvmem_register(&mtd->dev, &config); > if (IS_ERR(mtd->nvmem)) { > diff --git a/drivers/nvmem/core.c b/drivers/nvmem/core.c > index 3a8bf832243d..32bc4e70522c 100644 > --- a/drivers/nvmem/core.c > +++ b/drivers/nvmem/core.c > @@ -41,6 +41,7 @@ struct nvmem_device { > struct device *base_dev; > nvmem_reg_read_t reg_read; > nvmem_reg_write_t reg_write; > + nvmem_match_t match; > void *priv; > }; > > @@ -265,6 +266,11 @@ static struct bus_type nvmem_bus_type = { > > static int of_nvmem_match(struct device *dev, void *nvmem_np) > { > + struct nvmem_device *nvmem = to_nvmem_device(dev); > + > + if (nvmem->match) > + return nvmem->match(nvmem->priv, dev, nvmem_np); > + > return dev->of_node == nvmem_np; > } > > @@ -482,7 +488,9 @@ struct nvmem_device *nvmem_register(const struct > nvmem_config *config) > nvmem->priv = config->priv; > nvmem->reg_read = config->reg_read; > nvmem->reg_write = config->reg_write; > - nvmem->dev.of_node = config->dev->of_node; > + > + if (!config->match) > + nvmem->dev.of_node = config->dev->of_node; > > if (config->id == -1 && config->name) { > dev_set_name(&nvmem->dev, "%s", config->name); > diff --git a/include/linux/nvmem-provider.h b/include/linux/nvmem-provider.h > index 24def6ad09bb..b29059bb406e 100644 > --- a/include/linux/nvmem-provider.h > +++ b/include/linux/nvmem-provider.h > @@ -14,6 +14,7 @@ > > #include > #include > +#include > > struct nvmem_device; > struct nvmem_cell_info; > @@ -21,6 +22,9 @@ typedef int (*nvmem_reg_read_t)(void *priv, unsigned > int offset, > void *val, size_t bytes); > typedef int (*nvmem_reg_write_t)(void *priv, unsigned int offset, > void *val, size_t bytes); > +typedef int (*nvmem_match_t)(void *priv, struct device *dev, > + struct device_node *np); > + > > /** > * struct nvmem_config - NVMEM device configuration > @@ -58,6 +62,7 @@ struct nvmem_config { > bool root_only; > nvmem_reg_read_t reg_read; > nvmem_reg_write_t reg_write; > + nvmem_match_t match; > int size; > int word_size; > int stride; > That might work if nvmem cells are defined directly under the mtdnode. If we go for this approach, I'd recommend replacing this ->match() hook by ->is_nvmem_cell() and pass it the cell node instead of the nvmem node, because what we're really after here is knowing which subnode is an nvmem cell and which subnode is not.