[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180910093632.3a9337a9@bbrezillon>
Date: Mon, 10 Sep 2018 09:36:32 +0200
From: Boris Brezillon <boris.brezillon@...tlin.com>
To: Srinivas Kandagatla <srinivas.kandagatla@...aro.org>
Cc: Bartosz Golaszewski <brgl@...ev.pl>,
"David S . Miller" <davem@...emloft.net>,
Mauro Carvalho Chehab <mchehab+samsung@...nel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Arnd Bergmann <arnd@...db.de>,
Jonathan Corbet <corbet@....net>, Sekhar Nori <nsekhar@...com>,
Kevin Hilman <khilman@...nel.org>,
David Lechner <david@...hnology.com>,
Andrew Lunn <andrew@...n.ch>, Alban Bedel <albeu@...e.fr>,
Maxime Ripard <maxime.ripard@...tlin.com>,
Chen-Yu Tsai <wens@...e.org>, linux-doc@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
Bartosz Golaszewski <bgolaszewski@...libre.com>
Subject: Re: [PATCH v2 11/16] nvmem: add support for cell info
Hi Srinivas,
On Mon, 10 Sep 2018 08:32:21 +0100
Srinivas Kandagatla <srinivas.kandagatla@...aro.org> wrote:
> On 07/09/18 11:07, Bartosz Golaszewski wrote:
> > From: Bartosz Golaszewski <bgolaszewski@...libre.com>
> >
> > 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 <bgolaszewski@...libre.com>
> > ---
> > 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
Powered by blists - more mailing lists