Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751621AbdITKDN (ORCPT ); Wed, 20 Sep 2017 06:03:13 -0400 Received: from conssluserg-04.nifty.com ([210.131.2.83]:27226 "EHLO conssluserg-04.nifty.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751488AbdITKDL (ORCPT ); Wed, 20 Sep 2017 06:03:11 -0400 DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-04.nifty.com v8KA356l009647 X-Nifty-SrcIP: [209.85.161.178] X-Google-Smtp-Source: AOwi7QBWIDDxGsliG7Iow3+QLbRzpmjgTE1OEo7nH5uJBvR2lCKQW53Oeg9VH8PZAAOHsVVAqvvA7IBfAvnAn/eoUAk= MIME-Version: 1.0 In-Reply-To: <1505134864-11975-1-git-send-email-yamada.masahiro@socionext.com> References: <1505134864-11975-1-git-send-email-yamada.masahiro@socionext.com> From: Masahiro Yamada Date: Wed, 20 Sep 2017 19:02:24 +0900 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 0/5] nvmem: some cleanups and sparse warning fixes To: Srinivas Kandagatla Cc: Keiji Hayashibara , Masami Hiramatsu , Jassi Brar , Masahiro Yamada , Heiko Stuebner , Linux Kernel Mailing List , Kevin Hilman , "open list:ARM/Rockchip SoC..." , Joachim Eastwood , "moderated list:ARM/Mediatek SoC support" , Matthias Brugger , linux-amlogic@lists.infradead.org, Chen-Yu Tsai , Maxime Ripard , linux-arm-kernel , Carlo Caione Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 894 Lines: 37 Hi Srinivas, 2017-09-11 22:00 GMT+09:00 Masahiro Yamada : > > Socionext is trying to add a new nvmem driver. > > Before adding a new one, I'd like to be sure about the preferred > coding style in this subsystem, and build-up cleaner code base. > > Please pick up what you like. Please feel free to throw away > what you do not like. > > 1/5, 2/5: convert kzalloc to stack because nvmem_config > is small one-time use data. > This is what we agreed in the discussion. > > 3/5, 4/5: fix sparse warning > For mtk-efuse, qfprom, the base address is the only private data > but, assigning (void __iomem *) to ->priv directly causes sparse > warnings. > > 5/5: clean-up of owner settings - if the owner field matches > nvmem->dev->driver->onwer, we need not set the onwer field > explicitly. Does this series look OK? Thanks. -- Best Regards Masahiro Yamada