Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753945AbdCJEGN (ORCPT ); Thu, 9 Mar 2017 23:06:13 -0500 Received: from mail-qk0-f171.google.com ([209.85.220.171]:35070 "EHLO mail-qk0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751067AbdCJEGL (ORCPT ); Thu, 9 Mar 2017 23:06:11 -0500 MIME-Version: 1.0 In-Reply-To: <9f54978c-6d61-cf2c-fb2d-f5ef2af19e0f@gmail.com> References: <1488875164-30440-1-git-send-email-albeu@free.fr> <1488875164-30440-2-git-send-email-albeu@free.fr> <9f54978c-6d61-cf2c-fb2d-f5ef2af19e0f@gmail.com> From: Moritz Fischer Date: Thu, 9 Mar 2017 20:06:09 -0800 Message-ID: Subject: Re: [PATCH v2 1/2] doc: bindings: Add bindings documentation for mtd nvmem To: Marek Vasut Cc: Alban , Linux Kernel Mailing List , Srinivas Kandagatla , Maxime Ripard , Rob Herring , Mark Rutland , David Woodhouse , Brian Norris , Boris Brezillon , Richard Weinberger , Cyrille Pitchen , Devicetree List , linux-mtd@lists.infradead.org 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: 2435 Lines: 72 On Thu, Mar 9, 2017 at 7:17 PM, Marek Vasut wrote: > 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 ? Well because usually stuff like MAC addresses etc are stored in eeproms. This gives a nice abstraction with making them both look like nvmem (that was my reasoning back then when I submitted a patch to support the OTP part in a SPI NOR part. >> +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 Cheers, Moritz