From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm0-x241.google.com ([2a00:1450:400c:c09::241]) by merlin.infradead.org with esmtps (Exim 4.90_1 #2 (Red Hat Linux)) id 1fs7j4-0001ry-AT for linux-mtd@lists.infradead.org; Tue, 21 Aug 2018 14:33:43 +0000 Received: by mail-wm0-x241.google.com with SMTP id y139-v6so397045wmc.2 for ; Tue, 21 Aug 2018 07:33:27 -0700 (PDT) Subject: Re: [PATCH v2 06/29] mtd: Add support for reading MTD devices via the nvmem API To: Boris Brezillon , Alban Cc: Bartosz Golaszewski , Jonathan Corbet , Sekhar Nori , Kevin Hilman , Russell King , Arnd Bergmann , Greg Kroah-Hartman , David Woodhouse , Brian Norris , Marek Vasut , Richard Weinberger , Grygorii Strashko , "David S . Miller" , Naren , Mauro Carvalho Chehab , Andrew Morton , Lukas Wunner , Dan Carpenter , Florian Fainelli , Ivan Khoronzhuk , Sven Van Asbroeck , Paolo Abeni , Rob Herring , David Lechner , Andrew Lunn , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-i2c@vger.kernel.org, linux-mtd@lists.infradead.org, linux-omap@vger.kernel.org, netdev@vger.kernel.org, Bartosz Golaszewski References: <20180810080526.27207-1-brgl@bgdev.pl> <20180810080526.27207-7-brgl@bgdev.pl> <20180817182720.6a6e5e8e@bbrezillon> <20180819133106.0420df5f@tock> <20180819184609.6dcdbb9a@bbrezillon> <20180821005327.0d312a85@tock> <20180821074404.23aaeb6b@bbrezillon> <20180821142716.0adcdd56@eos> <20180821145725.3b385399@bbrezillon> <20180821155706.2adf3b4c@eos> <20180821162644.5a1d7799@bbrezillon> From: Srinivas Kandagatla Message-ID: <2d5761f4-2c27-5a23-a635-9205124c993a@linaro.org> Date: Tue, 21 Aug 2018 15:33:22 +0100 MIME-Version: 1.0 In-Reply-To: <20180821162644.5a1d7799@bbrezillon> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On 21/08/18 15:26, Boris Brezillon wrote: >> This also has the side effect that nvmem cells defined in DT don't >> appear in sysfs, unlike those defined from board code. > Wow, that's not good. I guess we'll want to make that consistent at > some point. > support for sysfs entries per cell is not available in nvmem. However there is nvmem sysfs entry per provider which can be read by the user space if required. --srini