From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Bogendoerfer Subject: Re: [PATCH v4 3/9] nvmem: core: add nvmem_device_find Date: Fri, 16 Aug 2019 16:09:42 +0200 Message-ID: <20190816140942.GA15050@alpha.franken.de> References: <20190809103235.16338-1-tbogendoerfer@suse.de> <20190809103235.16338-4-tbogendoerfer@suse.de> <8d18de64-9234-fcba-aa3d-b46789eb62a5@linaro.org> <20190814134616.b4dab3c0aa6ac913d78edb6a@suse.de> <31d680ee-ddb3-8536-c915-576222d263e1@linaro.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <31d680ee-ddb3-8536-c915-576222d263e1@linaro.org> Sender: linux-kernel-owner@vger.kernel.org To: Srinivas Kandagatla Cc: Ralf Baechle , Paul Burton , James Hogan , Dmitry Torokhov , Lee Jones , "David S. Miller" , Alessandro Zummo , Alexandre Belloni , Greg Kroah-Hartman , Jiri Slaby , Evgeniy Polyakov , linux-mips@vger.kernel.org, linux-kernel@vger.kernel.org, linux-input@vger.kernel.org, netdev@vger.kernel.org, linux-rtc@vger.kernel.org, linux-serial@vger.kernel.org List-Id: linux-input@vger.kernel.org On Wed, Aug 14, 2019 at 01:52:49PM +0100, Srinivas Kandagatla wrote: > On 14/08/2019 12:46, Thomas Bogendoerfer wrote: > >On Tue, 13 Aug 2019 10:40:34 +0100 > >Srinivas Kandagatla wrote: > >>On 09/08/2019 11:32, Thomas Bogendoerfer wrote: > >>>nvmem_device_find provides a way to search for nvmem devices with > >>>the help of a match function simlair to bus_find_device. > >>> > >>>Signed-off-by: Thomas Bogendoerfer > >>>--- > >>> drivers/nvmem/core.c | 62 ++++++++++++++++++++++-------------------- > >>> include/linux/nvmem-consumer.h | 9 ++++++ > >>> 2 files changed, 41 insertions(+), 30 deletions(-) > >> > >>Have you considered using nvmem_register_notifier() ? > > > >yes, that was the first idea. But then I realized I need to build up > >a private database of information already present in nvmem bus. So I > >looked for a way to retrieve it from there. Unfortunately I couldn't > >use bus_find_device directly, because nvmem_bus_type and struct nvmem_device > >is hidden. So I refactured the lookup code and added a more universal > >lookup function, which fits my needs and should be usable for more. > I see your point. > > overall the patch as it is look good, but recently we added more generic > lookups for DT node, looks like part of your patch is un-doing generic > device name lookup. > > DT node match lookup is in https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/log/?h=generic_lookup_helpers these patches are not in Linus tree, yet. I guess they will show up in 5.4. No idea how to deal with it right now, do you ? > Other missing bit is adding this api to documentation in > ./Documentation/driver-api/nvmem.rst ok, will do. Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ]