Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753909AbdFSK7n (ORCPT ); Mon, 19 Jun 2017 06:59:43 -0400 Received: from mout.kundenserver.de ([212.227.17.24]:57215 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753650AbdFSK7l (ORCPT ); Mon, 19 Jun 2017 06:59:41 -0400 Subject: Re: [PATCH v5 1/3] nvmem: dt: document SNVS LPGPR binding To: Oleksij Rempel , Fabio Estevam Cc: devicetree@vger.kernel.org, kernel@pengutronix.de, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Mark Rutland , Maxime Ripard , Rob Herring , Shawn Guo , Srinivas Kandagatla , Oleksij Rempel References: <20170609125730.25502-1-o.rempel@pengutronix.de> <20170609125730.25502-2-o.rempel@pengutronix.de> <8e50ff3d-d1f0-2795-5dc9-302979ca9694@i2se.com> <20170619060629.du3qmihhkkyym44h@pengutronix.de> From: Stefan Wahren Message-ID: Date: Mon, 19 Jun 2017 12:58:51 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: <20170619060629.du3qmihhkkyym44h@pengutronix.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: de-DE X-Provags-ID: V03:K0:Mdi+CK6Tk3YsSViSoQ5C0NFw5f16FqXumtSqKgKiV6Bt1gIYvcc 8L76ZkkeKLe1hlMA1/c3kvRk8zAvr+ucrrP+ezA7B6hf9cOJksHUSzY0JA2woVO5kSkThNg CTI7cMbeMBBibDBr2ZFG0E/+60wY6hWpjeGg/aGPCEAYMuznfzBhTQRJ8UyvMCtiD7X+M1l S8IwEgxZbzn0e0DzPGuYw== X-UI-Out-Filterresults: notjunk:1;V01:K0:3YvqjZWnFsM=:P9Qk01aR/lrOQyQQdNi/ah 4QaNNlfS/p77KKlV5c2P3w3MyaA03KsRD0G2iUrHw1E5Yo+XX1x8r0tOB7mlrXe8Tnn9FNNGW kghkSwzOuWAzpAovh2+o5laNcKfKPmk1sBVGEXnxTeEUE0/zVFn6epZCqCtpUAWwsKlV2EFd2 q82FIQX8+r/RK3QywOTynBD2MDHEuevDxnWw3lHmvxasa7SV0fO4lS7pC3mkGBfvH7+Ap1YBr ukcGV50u5G8fNcsRn3If6Fr1CX+3qg9jeJ5u2tV/fAuie9uZnhHr3YBX74sWBJpaMuQswTK80 azEEp0cwdpzaI9zxwOfA6SKnRLFNCCU/7PqUtQK1rHtXXEcPElMmjyNw7jhyp6RNz88S/jo/2 ZytMHCxPpvC5O5mrBqQcE1RgJKvoquyS/3ICBpWj2MPQPZi9VDgnZXc3PxNCwgaT1Na0+ALwX EWOat6kLtWOpxK2tFVI/FduKHdl9f8U9BKjgbQtWmWDXYqY+52UZul6VgxJQcmdbLW8icF88B aVCVi8OuGHTyrSwp1dC4rTbvYfI6f/4YhNikxTS2HpGPQ+L37V59ZK7VNmqvRGX8S9B9VFQAA ss6dX4wwCPSrV7ViHIDEZSyhizY+slTa7BNPzeU7NHS5u0RrzdE2AOAzb11tBN5fzugm88iFY qDQVj0ZFtT3LzvSpYUbqWYItKw6lL6vktmX5Y/7kvsbLpJly3vVekZEPP3k/uWi9L4MUx8hC+ hux73AoMdE6lzcuq Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1986 Lines: 54 Hi Fabio, Am 19.06.2017 um 08:06 schrieb Oleksij Rempel: > On Fri, Jun 09, 2017 at 04:59:00PM +0200, Stefan Wahren wrote: > Hi Stefan, > >> Hi Oleksij, >> >> Am 09.06.2017 um 14:57 schrieb Oleksij Rempel: >>> Documentation bindings for the Low Power General Purpose Register >>> available on i.MX6 SoCs in the Secure Non-Volatile Storage. >>> >>> Signed-off-by: Oleksij Rempel >>> --- >>> .../devicetree/bindings/nvmem/snvs-lpgpr.txt | 19 +++++++++++++++++++ >>> 1 file changed, 19 insertions(+) >>> create mode 100644 Documentation/devicetree/bindings/nvmem/snvs-lpgpr.txt >>> >>> diff --git a/Documentation/devicetree/bindings/nvmem/snvs-lpgpr.txt b/Documentation/devicetree/bindings/nvmem/snvs-lpgpr.txt >>> new file mode 100644 >>> index 000000000000..21910fb3159f >>> --- /dev/null >>> +++ b/Documentation/devicetree/bindings/nvmem/snvs-lpgpr.txt >>> @@ -0,0 +1,19 @@ >>> +Device tree bindings for Low Power General Purpose Register found in i.MX6Q/D >>> +Secure Non-Volatile Storage. >>> + >>> +This DT node should be represented as a sub-node of a "syscon", >>> +"simple-mfd" node. >>> + >>> +Required properties: >>> +- compatible: should be: >>> + "fsl,imx6q-snvs-lpgpr" for Freescale i.MX6Q/D/DL/S >>> + >>> +Example: >>> +snvs: snvs@020cc000 { >>> + compatible = "fsl,sec-v4.0-mon", "syscon", "simple-mfd"; >>> + reg = <0x020cc000 0x4000>; >>> + >>> + snvs_lpgpr: snvs-lpgpr { >>> + compatible = "fsl,imx6q-snvs-lpgpr"; >> according to the reference manual at least the clock "lp_ipg_clk_s" is >> required for register R/W access. >> So it should be added to the binding and enabled by the driver. > Hm... > Non of current SNVS drives use, set or defines *_ipg_clk_s. I can't find > in the docs how can I control this clocks. > lp_ipg_clk_s and hp_ipg_clk_s depend on ipg_clk_root, which seems to be > not gated. So, it is always on. Or do I miss something. > do you know how the clock "lp_ipg_clk_s" should be handled? Thanks Stefan