Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp2430554imm; Mon, 10 Sep 2018 00:38:35 -0700 (PDT) X-Google-Smtp-Source: ANB0VdbnTkoFuxAyvTim0yi+SPzIyYjrnVLiMWj1VrT+ng26Km+BfKV4VtjVOhVkeAKO6xnQ0tXK X-Received: by 2002:a63:fe4d:: with SMTP id x13-v6mr21152393pgj.152.1536565115165; Mon, 10 Sep 2018 00:38:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536565115; cv=none; d=google.com; s=arc-20160816; b=tYuOI5PtJt8qwbPVUEzkzCsEsDzs8ircgFugEM9SOipEjePGgORE+BsSN/PoMDV91k UYi6RHGt/mNI97WKt28VGcFHOb/q7qTNCxdYbgAnBfTVnCZ5+29GScTEIVlL1Nz0j72b Jb4tpcGGjRoyYx7y3JJ2o1G+//yumfYG/9X41k8SCjIgOiy2AnkflJDGvboMCgZZ9N9v rQleniOsZv0AwzJPfW7X3FTHfjVeo+kdyfBVDrkkpMq6WvYQLYe8HMLQkU9/+s7Y0Eoh DE2t9yNXknzCmItgw0icks3xXPnw50lmaKTX/13Ngtoc3i/77HBx6SHP62fhkrBtOpDY aHUQ== 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; bh=FrUE5AptG/hGmqyTEdYQ3/5vSSGlmXOOdNcNb4kAKpU=; b=Phugs5J5uewbKTzn9DKaQMmFGqUPOFaO6oh13BLtOdWg7pSZnz7poqSJQ4LqfepUVO hn2BvXo85QfZ8j6etcKs6pZqvXRylcxZAICnk+hSGqsb3qEEIE1Ig4+HEPOnYZyH2gFj AkPaiCw464omrjiFuZJXCdR7OZHpWNYFGNbqheUWxd1ftMvGaT97r7NUdoTDLr8G3lsK Vp23SvVC4tgnaKJeAcJWVzkgAt+50gseh2ZjbYwMZovDSwr5G5pTk3ydvnI7SRQm5b/h ga1YAb9jnYdjb9UEzev1ZLyBmWktHdPVJdkxt01NY+keBRm++A5upbO201Bddd7NT8Aj crlw== 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 s20-v6si16813537pgk.87.2018.09.10.00.38.19; Mon, 10 Sep 2018 00:38:35 -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 S1727939AbeIJM3Z (ORCPT + 99 others); Mon, 10 Sep 2018 08:29:25 -0400 Received: from mail.bootlin.com ([62.4.15.54]:55043 "EHLO mail.bootlin.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727584AbeIJM3Z (ORCPT ); Mon, 10 Sep 2018 08:29:25 -0400 Received: by mail.bootlin.com (Postfix, from userid 110) id 25DD12071D; Mon, 10 Sep 2018 09:36:44 +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 (AAubervilliers-681-1-30-219.w90-88.abo.wanadoo.fr [90.88.15.219]) by mail.bootlin.com (Postfix) with ESMTPSA id 94CF7204AE; Mon, 10 Sep 2018 09:36:33 +0200 (CEST) Date: Mon, 10 Sep 2018 09:36:32 +0200 From: Boris Brezillon To: Srinivas Kandagatla Cc: Bartosz Golaszewski , "David S . Miller" , Mauro Carvalho Chehab , Greg Kroah-Hartman , Andrew Morton , Arnd Bergmann , Jonathan Corbet , Sekhar Nori , Kevin Hilman , David Lechner , Andrew Lunn , Alban Bedel , Maxime Ripard , Chen-Yu Tsai , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Bartosz Golaszewski Subject: Re: [PATCH v2 11/16] nvmem: add support for cell info Message-ID: <20180910093632.3a9337a9@bbrezillon> In-Reply-To: <21ec4e6f-aa39-66cf-af32-d9e8e85f4961@linaro.org> References: <20180907100750.14564-1-brgl@bgdev.pl> <20180907100750.14564-12-brgl@bgdev.pl> <21ec4e6f-aa39-66cf-af32-d9e8e85f4961@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 Hi Srinivas, On Mon, 10 Sep 2018 08:32:21 +0100 Srinivas Kandagatla wrote: > On 07/09/18 11:07, Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski > > > > Add new structs and routines allowing users to define nvmem cells from > > machine code. This global list of entries is parsed when a provider > > is registered and cells are associated with the relevant nvmem_device > > struct. > > > > A possible improvement for the future is to allow users to register > > cell tables after the nvmem provider has been registered by updating > > the cell list at each call to nvmem_(add|del)_cell_table(). > > > > Signed-off-by: Bartosz Golaszewski > > --- > > MAINTAINERS | 1 + > > drivers/nvmem/core.c | 97 ++++++++++++++++++++++++++++++++++- > > I see some of this code is removed in first patch and added back here, I > dont really see a value in doing this in a single series of patchset. > > I would recommend "[PATCH v2 01/16] nvmem: remove unused APIs" and this > patch to be merged. > > > include/linux/nvmem-machine.h | 41 +++++++++++++++ > > 3 files changed, 138 insertions(+), 1 deletion(-) > > create mode 100644 include/linux/nvmem-machine.h > > > > diff --git a/MAINTAINERS b/MAINTAINERS > > index 9ad052aeac39..a520924bf0a9 100644 > > --- a/MAINTAINERS > > +++ b/MAINTAINERS > > @@ -10391,6 +10391,7 @@ F: drivers/nvmem/ > > F: Documentation/devicetree/bindings/nvmem/ > > F: Documentation/ABI/stable/sysfs-bus-nvmem > > F: include/linux/nvmem-consumer.h > > +F: include/linux/nvmem-machine.h > > F: include/linux/nvmem-provider.h > > > > NXP SGTL5000 DRIVER > > diff --git a/drivers/nvmem/core.c b/drivers/nvmem/core.c > > index 17307015905a..854baa0559a1 100644 > > --- a/drivers/nvmem/core.c > > +++ b/drivers/nvmem/core.c > ... > > * > > diff --git a/include/linux/nvmem-machine.h b/include/linux/nvmem-machine.h > > new file mode 100644 > > index 000000000000..1e199dfaacab > > --- /dev/null > > +++ b/include/linux/nvmem-machine.h > > This should go in nvmem-consumer.h, I don't think we should add header > files for each usecase. These are nvmem consumers so lets put them in > correct header file. Actually no, it should go in nvmem-provider.h. Consumer should not be allowed to define cells, only reference existing ones. Regards, Boris