[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230804184757.66bc6abe@xps-13>
Date: Fri, 4 Aug 2023 18:47:57 +0200
From: Miquel Raynal <miquel.raynal@...tlin.com>
To: Dan Carpenter <dan.carpenter@...aro.org>
Cc: oe-kbuild@...ts.linux.dev,
Srinivas Kandagatla <srinivas.kandagatla@...aro.org>,
lkp@...el.com, oe-kbuild-all@...ts.linux.dev,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Thomas Petazzoni <thomas.petazzoni@...tlin.com>,
Robert Marko <robert.marko@...tura.hr>,
Luka Perkov <luka.perkov@...tura.hr>,
Michael Walle <michael@...le.cc>, linux-kernel@...r.kernel.org,
Randy Dunlap <rdunlap@...radead.org>,
Chen-Yu Tsai <wenst@...omium.org>,
Daniel Golle <daniel@...rotopia.org>,
Rafał Miłecki <rafal@...ecki.pl>
Subject: Re: [PATCH v7 5/7] nvmem: core: Rework layouts to become platform
devices
Hi Dan,
dan.carpenter@...aro.org wrote on Fri, 4 Aug 2023 19:05:20 +0300:
> On Fri, Aug 04, 2023 at 05:46:25PM +0200, Miquel Raynal wrote:
> > Actually of_nvmem_layout_get_container() already returns NULL if
> > CONFIG_OF is not defined. This helper returns either a valid pointer of
> > NULL. Where can it return an error pointer?
>
> This is from linux-next.
Ah! Ok I missed that one, we don't need this double implementation, as
of_nvmem_layout_get_container just calls a function that already has a
static inline counterpart in the of.h header, which returns NULL. I'll
make the change, thanks for the pointer.
>
> include/linux/nvmem-consumer.h
> 256 static inline struct device_node *
> 257 of_nvmem_layout_get_container(struct nvmem_device *nvmem)
> 258 {
> 259 return ERR_PTR(-EOPNOTSUPP);
> 260 }
> 261 #endif /* CONFIG_NVMEM && CONFIG_OF */
>
> regards,
> dan carpenter
Thanks,
Miquèl
Powered by blists - more mailing lists