Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757355AbbKSBRt (ORCPT ); Wed, 18 Nov 2015 20:17:49 -0500 Received: from regular1.263xmail.com ([211.150.99.137]:45743 "EHLO regular1.263xmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752191AbbKSBRr (ORCPT ); Wed, 18 Nov 2015 20:17:47 -0500 X-263anti-spam: KSV:0; X-MAIL-GRAY: 0 X-MAIL-DELIVERY: 1 X-KSVirus-check: 0 X-ABS-CHECKED: 4 X-ADDR-CHECKED: 0 X-RL-SENDER: andy.yan@rock-chips.com X-FST-TO: benchan@google.com X-SENDER-IP: 58.22.7.114 X-LOGIN-NAME: andy.yan@rock-chips.com X-UNIQUE-TAG: X-ATTACHMENT-NUM: 0 X-DNS-TYPE: 0 Subject: Re: [PATCH v3 2/5] dt-bindings: soc: add document for rockchip reboot notifier driver To: Rob Herring References: <1447840044-19689-1-git-send-email-andy.yan@rock-chips.com> <1447840410-19794-1-git-send-email-andy.yan@rock-chips.com> <20151118225904.GA5429@rob-hp-laptop> Cc: heiko@sntech.de, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, galak@codeaurora.org, linux@arm.linux.org.uk, linux-rockchip@lists.infradead.org, ijc+devicetree@hellion.org.uk, pawel.moll@arm.com, mark.rutland@arm.com, linux-arm-kernel@lists.infradead.org, khilman@linaro.org, treding@nvidia.com, wxt@rock-chips.com, sjg@chromium.org, benchan@google.com From: Andy Yan Message-ID: <564D2331.8070503@rock-chips.com> Date: Thu, 19 Nov 2015 09:17:37 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20151118225904.GA5429@rob-hp-laptop> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2624 Lines: 75 Hi Rob: On 2015年11月19日 06:59, Rob Herring wrote: > On Wed, Nov 18, 2015 at 05:53:30PM +0800, Andy Yan wrote: >> Add devicetree binding document for rockchip reboot nofifier driver > Just reading the subject this is way too specific to the Linux driver > needs rather than a h/w description. Please don't create fake DT nodes > just to bind to drivers. Whatever &pmu is is probably what should have > the DT node. Let the driver for it create child devices if you need > that. This is note a fake DT nodes, we really need it to tell the driver which register to use to store the reboot mode. Because rockchip use different register file to store the reboot mode on different platform, on rk3066,rk3188, rk3288,it use one of the PMU register, on the incoming RK3036, it use one of the GRF register, and it use one of the PMUGRF register for arm64 platform rk3368. On the other hand, the PMU/GRF/PMUGRF register file are mapped as "syscon", then referenced by other DT nodes by phandle. So maybe let it as a separate DT node here is better. > Rob >> Signed-off-by: Andy Yan >> >> --- >> >> Changes in v3: >> - add dt binding >> >> Changes in v2: None >> >> .../bindings/soc/rockchip/rockchip-reboot.txt | 18 ++++++++++++++++++ >> 1 file changed, 18 insertions(+) >> create mode 100644 Documentation/devicetree/bindings/soc/rockchip/rockchip-reboot.txt >> >> diff --git a/Documentation/devicetree/bindings/soc/rockchip/rockchip-reboot.txt b/Documentation/devicetree/bindings/soc/rockchip/rockchip-reboot.txt >> new file mode 100644 >> index 0000000..6f69c8d >> --- /dev/null >> +++ b/Documentation/devicetree/bindings/soc/rockchip/rockchip-reboot.txt >> @@ -0,0 +1,18 @@ >> +Rockchip reboot notifier driver >> + >> +This driver get reboot mode arguments from userspace >> +and stores it in special register. Then the bootloader >> +will read it and take different action according the >> +argument stored. >> + >> +Required properties: >> +- compatible: should be "rockchip,reboot" >> +- regmap: this is phandle to the register map node >> +- offset: offset in the register map for the storage register (in bytes) >> + >> +Examples: >> + reboot { >> + compatible = "rockchip,reboot"; >> + regmap = <&pmu>; >> + offset = <0x94>; >> + }; >> -- >> 1.9.1 >> >> > > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/