Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753675AbdCJDSP (ORCPT ); Thu, 9 Mar 2017 22:18:15 -0500 Received: from mail-wm0-f67.google.com ([74.125.82.67]:36499 "EHLO mail-wm0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750781AbdCJDSM (ORCPT ); Thu, 9 Mar 2017 22:18:12 -0500 Subject: Re: [PATCH v2 1/2] doc: bindings: Add bindings documentation for mtd nvmem To: Alban , linux-kernel@vger.kernel.org References: <1488875164-30440-1-git-send-email-albeu@free.fr> <1488875164-30440-2-git-send-email-albeu@free.fr> Cc: Srinivas Kandagatla , Maxime Ripard , Rob Herring , Mark Rutland , David Woodhouse , Brian Norris , Boris Brezillon , Richard Weinberger , Cyrille Pitchen , devicetree@vger.kernel.org, linux-mtd@lists.infradead.org, Moritz Fischer From: Marek Vasut Message-ID: <9f54978c-6d61-cf2c-fb2d-f5ef2af19e0f@gmail.com> Date: Fri, 10 Mar 2017 04:17:57 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.4.0 MIME-Version: 1.0 In-Reply-To: <1488875164-30440-2-git-send-email-albeu@free.fr> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1786 Lines: 63 On 03/07/2017 09:26 AM, Alban wrote: > Config data for drivers, like MAC addresses, is often stored in MTD. > Add a binding that define how such data storage can be represented in > device tree. > > Signed-off-by: Alban > --- > Changelog: > v2: * Added a "Required properties" section with the nvmem-provider > property > --- > .../devicetree/bindings/nvmem/mtd-nvmem.txt | 33 ++++++++++++++++++++++ > 1 file changed, 33 insertions(+) > create mode 100644 Documentation/devicetree/bindings/nvmem/mtd-nvmem.txt > > diff --git a/Documentation/devicetree/bindings/nvmem/mtd-nvmem.txt b/Documentation/devicetree/bindings/nvmem/mtd-nvmem.txt > new file mode 100644 > index 0000000..8ed25e6 > --- /dev/null > +++ b/Documentation/devicetree/bindings/nvmem/mtd-nvmem.txt > @@ -0,0 +1,33 @@ > += NVMEM in MTD = > + > +Config data for drivers, like MAC addresses, is often stored in MTD. > +This binding define how such data storage can be represented in device tree. > + > +An MTD can be defined as an NVMEM provider by adding the `nvmem-provider` > +property to their node. Data cells can then be defined as child nodes > +of the partition as defined in nvmem.txt. Why don't we just read the data from MTD and be done with it ? What's the benefit of complicating things by using nvmem ? > +Required properties: > +nvmem-provider: Indicate that the device should be registered as > + NVMEM provider > + > +Example: > + > + flash@0 { > + ... > + > + partition@2 { > + label = "art"; > + reg = <0x7F0000 0x010000>; > + read-only; > + > + nvmem-provider; > + #address-cells = <1>; > + #size-cells = <1>; > + > + eeprom@1000 { > + label = "wmac-eeprom"; > + reg = <0x1000 0x1000>; > + }; > + }; > + }; > -- Best regards, Marek Vasut