* [PATCH 1/2] ARM: dts: rockchip: add veyron-jaq board @ 2015-08-18 18:44 Brian Norris 2015-08-18 18:44 ` [PATCH 2/2] ARM: dts: rockchip: correct regulator PM properties Brian Norris 2015-08-18 19:19 ` [PATCH 1/2] ARM: dts: rockchip: add veyron-jaq board Heiko Stuebner 0 siblings, 2 replies; 13+ messages in thread From: Brian Norris @ 2015-08-18 18:44 UTC (permalink / raw) To: Heiko Stuebner Cc: linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, linux-kernel-u79uwXL29TY76Z2rM5mHXA, Brian Norris, devicetree-u79uwXL29TY76Z2rM5mHXA, Brian Norris, Alexandru M Stan, Douglas Anderson a.k.a. Haier Chromebook 11 Signed-off-by: Brian Norris <briannorris-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org> Cc: Alexandru M Stan <amstan-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org> Cc: Douglas Anderson <dianders-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org> --- arch/arm/boot/dts/Makefile | 1 + arch/arm/boot/dts/rk3288-veyron-jaq.dts | 176 ++++++++++++++++++++++++++++++++ 2 files changed, 177 insertions(+) create mode 100644 arch/arm/boot/dts/rk3288-veyron-jaq.dts diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile index 7805a6541a38..7a2c3c88ce9e 100644 --- a/arch/arm/boot/dts/Makefile +++ b/arch/arm/boot/dts/Makefile @@ -493,6 +493,7 @@ dtb-$(CONFIG_ARCH_ROCKCHIP) += \ rk3288-veyron-jerry.dtb \ rk3288-veyron-minnie.dtb \ rk3288-veyron-pinky.dtb \ + rk3288-veyron-jaq.dtb \ rk3288-veyron-speedy.dtb dtb-$(CONFIG_ARCH_S3C24XX) += \ s3c2416-smdk2416.dtb diff --git a/arch/arm/boot/dts/rk3288-veyron-jaq.dts b/arch/arm/boot/dts/rk3288-veyron-jaq.dts new file mode 100644 index 000000000000..ea6130156216 --- /dev/null +++ b/arch/arm/boot/dts/rk3288-veyron-jaq.dts @@ -0,0 +1,176 @@ +/* + * Google Veyron Jaq Rev 1+ board device tree source + * + * Copyright 2015 Google, Inc + * + * This file is dual-licensed: you can use it either under the terms + * of the GPL or the X11 license, at your option. Note that this dual + * licensing only applies to this file, and not this project as a + * whole. + * + * a) This file is free software; you can redistribute it and/or + * modify it under the terms of the GNU General Public License as + * published by the Free Software Foundation; either version 2 of the + * License, or (at your option) any later version. + * + * This file is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * Or, alternatively, + * + * b) Permission is hereby granted, free of charge, to any person + * obtaining a copy of this software and associated documentation + * files (the "Software"), to deal in the Software without + * restriction, including without limitation the rights to use, + * copy, modify, merge, publish, distribute, sublicense, and/or + * sell copies of the Software, and to permit persons to whom the + * Software is furnished to do so, subject to the following + * conditions: + * + * The above copyright notice and this permission notice shall be + * included in all copies or substantial portions of the Software. + * + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, + * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES + * OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND + * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT + * HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, + * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR + * OTHER DEALINGS IN THE SOFTWARE. + */ + +/dts-v1/; + +#include "rk3288-veyron-chromebook.dtsi" +#include "cros-ec-sbs.dtsi" + +/ { + model = "Google Jaq"; + compatible = "google,veyron-jaq-rev5", "google,veyron-jaq-rev4", + "google,veyron-jaq-rev3", "google,veyron-jaq-rev2", + "google,veyron-jaq-rev1", "google,veyron-jaq", + "google,veyron", "rockchip,rk3288"; + + panel_regulator: panel-regulator { + compatible = "regulator-fixed"; + enable-active-high; + gpio = <&gpio7 14 GPIO_ACTIVE_HIGH>; + pinctrl-names = "default"; + pinctrl-0 = <&lcd_enable_h>; + regulator-name = "panel_regulator"; + vin-supply = <&vcc33_sys>; + }; + + vcc18_lcd: vcc18-lcd { + compatible = "regulator-fixed"; + enable-active-high; + gpio = <&gpio2 13 GPIO_ACTIVE_HIGH>; + pinctrl-names = "default"; + pinctrl-0 = <&avdd_1v8_disp_en>; + regulator-name = "vcc18_lcd"; + regulator-always-on; + regulator-boot-on; + vin-supply = <&vcc18_wl>; + }; + + backlight_regulator: backlight-regulator { + compatible = "regulator-fixed"; + enable-active-high; + gpio = <&gpio2 12 GPIO_ACTIVE_HIGH>; + pinctrl-names = "default"; + pinctrl-0 = <&bl_pwr_en>; + regulator-name = "backlight_regulator"; + vin-supply = <&vcc33_sys>; + startup-delay-us = <15000>; + }; +}; + +&rk808 { + pinctrl-names = "default"; + pinctrl-0 = <&pmic_int_l &dvs_1 &dvs_2>; + dvs-gpios = <&gpio7 12 GPIO_ACTIVE_HIGH>, + <&gpio7 15 GPIO_ACTIVE_HIGH>; + + regulators { + mic_vcc: LDO_REG2 { + regulator-name = "mic_vcc"; + regulator-always-on; + regulator-boot-on; + regulator-min-microvolt = <1800000>; + regulator-max-microvolt = <1800000>; + regulator-state-mem { + regulator-on-in-suspend; + }; + }; + }; +}; + +&sdmmc { + disable-wp; + pinctrl-names = "default"; + pinctrl-0 = <&sdmmc_clk &sdmmc_cmd &sdmmc_cd_disabled &sdmmc_cd_gpio + &sdmmc_bus4>; +}; + +&vcc_5v { + enable-active-high; + gpio = <&gpio7 21 GPIO_ACTIVE_HIGH>; + pinctrl-names = "default"; + pinctrl-0 = <&drv_5v>; +}; + +&vcc50_hdmi { + enable-active-high; + gpio = <&gpio5 19 GPIO_ACTIVE_HIGH>; + pinctrl-names = "default"; + pinctrl-0 = <&vcc50_hdmi_en>; +}; + +&pinctrl { + backlight { + bl_pwr_en: bl_pwr_en { + rockchip,pins = <2 12 RK_FUNC_GPIO &pcfg_pull_none>; + }; + }; + + buck-5v { + drv_5v: drv-5v { + rockchip,pins = <7 21 RK_FUNC_GPIO &pcfg_pull_none>; + }; + }; + + edp { + edp_hpd: edp_hpd { + rockchip,pins = <7 11 RK_FUNC_2 &pcfg_pull_down>; + }; + }; + + hdmi { + vcc50_hdmi_en: vcc50-hdmi-en { + rockchip,pins = <5 19 RK_FUNC_GPIO &pcfg_pull_none>; + }; + }; + + lcd { + lcd_enable_h: lcd-en { + rockchip,pins = <7 14 RK_FUNC_GPIO &pcfg_pull_none>; + }; + + avdd_1v8_disp_en: avdd-1v8-disp-en { + rockchip,pins = <2 13 RK_FUNC_GPIO &pcfg_pull_none>; + }; + }; + + pmic { + dvs_1: dvs-1 { + rockchip,pins = <7 12 RK_FUNC_GPIO &pcfg_pull_down>; + }; + + dvs_2: dvs-2 { + rockchip,pins = <7 15 RK_FUNC_GPIO &pcfg_pull_down>; + }; + }; +}; -- 2.5.0.276.gf5e568e -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply related [flat|nested] 13+ messages in thread
* [PATCH 2/2] ARM: dts: rockchip: correct regulator PM properties 2015-08-18 18:44 [PATCH 1/2] ARM: dts: rockchip: add veyron-jaq board Brian Norris @ 2015-08-18 18:44 ` Brian Norris [not found] ` <1439923455-109818-2-git-send-email-briannorris-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org> 2015-08-18 19:19 ` [PATCH 1/2] ARM: dts: rockchip: add veyron-jaq board Heiko Stuebner 1 sibling, 1 reply; 13+ messages in thread From: Brian Norris @ 2015-08-18 18:44 UTC (permalink / raw) To: Heiko Stuebner Cc: linux-rockchip, linux-arm-kernel, linux-kernel, Brian Norris, devicetree, Brian Norris, Alexandru M Stan, Douglas Anderson This DTS file was submitted with non-upstream bindings. I happened across this while reviewing the jaq DTS. Signed-off-by: Brian Norris <briannorris@chromium.org> Cc: Alexandru M Stan <amstan@chromium.org> Cc: Douglas Anderson <dianders@chromium.org> --- Tested on jaq, not minnie arch/arm/boot/dts/rk3288-veyron-minnie.dts | 8 ++++++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/rk3288-veyron-minnie.dts b/arch/arm/boot/dts/rk3288-veyron-minnie.dts index 0e30bd6bf92b..6f619c154dc6 100644 --- a/arch/arm/boot/dts/rk3288-veyron-minnie.dts +++ b/arch/arm/boot/dts/rk3288-veyron-minnie.dts @@ -128,12 +128,16 @@ regulator-min-microvolt = <3300000>; regulator-max-microvolt = <3300000>; regulator-name = "vcc33_touch"; - regulator-suspend-mem-disabled; + regulator-state-mem { + regulator-on-in-suspend; + }; }; vcc5v_touch: SWITCH_REG2 { regulator-name = "vcc5v_touch"; - regulator-suspend-mem-disabled; + regulator-state-mem { + regulator-on-in-suspend; + }; }; }; }; -- 2.5.0.276.gf5e568e ^ permalink raw reply related [flat|nested] 13+ messages in thread
[parent not found: <1439923455-109818-2-git-send-email-briannorris-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>]
* Re: [PATCH 2/2] ARM: dts: rockchip: correct regulator PM properties [not found] ` <1439923455-109818-2-git-send-email-briannorris-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org> @ 2015-08-18 19:17 ` Heiko Stuebner 2015-08-18 20:30 ` Javier Martinez Canillas 2015-08-18 22:48 ` Brian Norris 0 siblings, 2 replies; 13+ messages in thread From: Heiko Stuebner @ 2015-08-18 19:17 UTC (permalink / raw) To: Brian Norris Cc: linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, linux-kernel-u79uwXL29TY76Z2rM5mHXA, Brian Norris, devicetree-u79uwXL29TY76Z2rM5mHXA, Alexandru M Stan, Douglas Anderson Hi Brian, thanks for catching these oversights, but see below Am Dienstag, 18. August 2015, 11:44:15 schrieb Brian Norris: > This DTS file was submitted with non-upstream bindings. I happened > across this while reviewing the jaq DTS. > > Signed-off-by: Brian Norris <briannorris-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org> > Cc: Alexandru M Stan <amstan-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org> > Cc: Douglas Anderson <dianders-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org> > --- > Tested on jaq, not minnie > > arch/arm/boot/dts/rk3288-veyron-minnie.dts | 8 ++++++-- > 1 file changed, 6 insertions(+), 2 deletions(-) > > diff --git a/arch/arm/boot/dts/rk3288-veyron-minnie.dts > b/arch/arm/boot/dts/rk3288-veyron-minnie.dts index > 0e30bd6bf92b..6f619c154dc6 100644 > --- a/arch/arm/boot/dts/rk3288-veyron-minnie.dts > +++ b/arch/arm/boot/dts/rk3288-veyron-minnie.dts > @@ -128,12 +128,16 @@ > regulator-min-microvolt = <3300000>; > regulator-max-microvolt = <3300000>; > regulator-name = "vcc33_touch"; > - regulator-suspend-mem-disabled; > + regulator-state-mem { > + regulator-on-in-suspend; > + }; > }; > > vcc5v_touch: SWITCH_REG2 { > regulator-name = "vcc5v_touch"; > - regulator-suspend-mem-disabled; > + regulator-state-mem { > + regulator-on-in-suspend; > + }; wouldn't regulator-suspend-mem-disabled translate to regulator-off-in-suspend? At least looks like it according to https://lkml.org/lkml/2013/7/25/592 Heiko > }; > }; > }; -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH 2/2] ARM: dts: rockchip: correct regulator PM properties 2015-08-18 19:17 ` Heiko Stuebner @ 2015-08-18 20:30 ` Javier Martinez Canillas 2015-08-18 20:38 ` Javier Martinez Canillas 2015-08-18 22:48 ` Brian Norris 1 sibling, 1 reply; 13+ messages in thread From: Javier Martinez Canillas @ 2015-08-18 20:30 UTC (permalink / raw) To: Heiko Stuebner Cc: Brian Norris, devicetree@vger.kernel.org, Alexandru M Stan, Linux Kernel, Douglas Anderson, linux-rockchip, Brian Norris, linux-arm-kernel@lists.infradead.org Hello Heiko, On Tue, Aug 18, 2015 at 9:17 PM, Heiko Stuebner <heiko@sntech.de> wrote: > Hi Brian, > > > thanks for catching these oversights, but see below > > Am Dienstag, 18. August 2015, 11:44:15 schrieb Brian Norris: >> This DTS file was submitted with non-upstream bindings. I happened >> across this while reviewing the jaq DTS. >> >> Signed-off-by: Brian Norris <briannorris@chromium.org> >> Cc: Alexandru M Stan <amstan@chromium.org> >> Cc: Douglas Anderson <dianders@chromium.org> >> --- >> Tested on jaq, not minnie >> >> arch/arm/boot/dts/rk3288-veyron-minnie.dts | 8 ++++++-- >> 1 file changed, 6 insertions(+), 2 deletions(-) >> >> diff --git a/arch/arm/boot/dts/rk3288-veyron-minnie.dts >> b/arch/arm/boot/dts/rk3288-veyron-minnie.dts index >> 0e30bd6bf92b..6f619c154dc6 100644 >> --- a/arch/arm/boot/dts/rk3288-veyron-minnie.dts >> +++ b/arch/arm/boot/dts/rk3288-veyron-minnie.dts >> @@ -128,12 +128,16 @@ >> regulator-min-microvolt = <3300000>; >> regulator-max-microvolt = <3300000>; >> regulator-name = "vcc33_touch"; >> - regulator-suspend-mem-disabled; >> + regulator-state-mem { >> + regulator-on-in-suspend; >> + }; >> }; >> >> vcc5v_touch: SWITCH_REG2 { >> regulator-name = "vcc5v_touch"; >> - regulator-suspend-mem-disabled; >> + regulator-state-mem { >> + regulator-on-in-suspend; >> + }; > > wouldn't regulator-suspend-mem-disabled translate to regulator-off-in-suspend? Correct, the downstream regulator-suspend-mem-disabled is equivalent to regulator-off-in-suspend in mainline. > At least looks like it according to https://lkml.org/lkml/2013/7/25/592 > I guess you meant https://lkml.org/lkml/2014/10/10/162 since it was Chanwoo's and not Vincent's version that finally landed. > > Heiko > Best regards, Javier ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH 2/2] ARM: dts: rockchip: correct regulator PM properties 2015-08-18 20:30 ` Javier Martinez Canillas @ 2015-08-18 20:38 ` Javier Martinez Canillas 0 siblings, 0 replies; 13+ messages in thread From: Javier Martinez Canillas @ 2015-08-18 20:38 UTC (permalink / raw) To: Heiko Stuebner Cc: Brian Norris, devicetree@vger.kernel.org, Alexandru M Stan, Linux Kernel, Douglas Anderson, linux-rockchip, Brian Norris, linux-arm-kernel@lists.infradead.org On Tue, Aug 18, 2015 at 10:30 PM, Javier Martinez Canillas <javier@dowhile0.org> wrote: > On Tue, Aug 18, 2015 at 9:17 PM, Heiko Stuebner <heiko@sntech.de> wrote: >>> >>> vcc5v_touch: SWITCH_REG2 { >>> regulator-name = "vcc5v_touch"; >>> - regulator-suspend-mem-disabled; >>> + regulator-state-mem { >>> + regulator-on-in-suspend; >>> + }; >> >> wouldn't regulator-suspend-mem-disabled translate to regulator-off-in-suspend? > > Correct, the downstream regulator-suspend-mem-disabled is equivalent > to regulator-off-in-suspend in mainline. > >> At least looks like it according to https://lkml.org/lkml/2013/7/25/592 >> > > I guess you meant https://lkml.org/lkml/2014/10/10/162 since it was > Chanwoo's and not Vincent's version that finally landed. > >> oh, now I got that you referenced Vincent's patch just to show the regulator-suspend-mem-disabled property description. Sorry for the noise then but yes you are right about the translation :-) Best regards, Javier ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH 2/2] ARM: dts: rockchip: correct regulator PM properties 2015-08-18 19:17 ` Heiko Stuebner 2015-08-18 20:30 ` Javier Martinez Canillas @ 2015-08-18 22:48 ` Brian Norris 2015-08-18 23:28 ` Brian Norris 1 sibling, 1 reply; 13+ messages in thread From: Brian Norris @ 2015-08-18 22:48 UTC (permalink / raw) To: Heiko Stuebner Cc: linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, linux-kernel-u79uwXL29TY76Z2rM5mHXA, Brian Norris, devicetree-u79uwXL29TY76Z2rM5mHXA, Alexandru M Stan, Douglas Anderson On Tue, Aug 18, 2015 at 09:17:06PM +0200, Heiko Stuebner wrote: > Am Dienstag, 18. August 2015, 11:44:15 schrieb Brian Norris: > > This DTS file was submitted with non-upstream bindings. I happened > > across this while reviewing the jaq DTS. > > > > Signed-off-by: Brian Norris <briannorris-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org> > > Cc: Alexandru M Stan <amstan-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org> > > Cc: Douglas Anderson <dianders-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org> > > --- > > Tested on jaq, not minnie > > > > arch/arm/boot/dts/rk3288-veyron-minnie.dts | 8 ++++++-- > > 1 file changed, 6 insertions(+), 2 deletions(-) > > > > diff --git a/arch/arm/boot/dts/rk3288-veyron-minnie.dts > > b/arch/arm/boot/dts/rk3288-veyron-minnie.dts index > > 0e30bd6bf92b..6f619c154dc6 100644 > > --- a/arch/arm/boot/dts/rk3288-veyron-minnie.dts > > +++ b/arch/arm/boot/dts/rk3288-veyron-minnie.dts > > @@ -128,12 +128,16 @@ > > regulator-min-microvolt = <3300000>; > > regulator-max-microvolt = <3300000>; > > regulator-name = "vcc33_touch"; > > - regulator-suspend-mem-disabled; > > + regulator-state-mem { > > + regulator-on-in-suspend; > > + }; > > }; > > > > vcc5v_touch: SWITCH_REG2 { > > regulator-name = "vcc5v_touch"; > > - regulator-suspend-mem-disabled; > > + regulator-state-mem { > > + regulator-on-in-suspend; > > + }; > > wouldn't regulator-suspend-mem-disabled translate to regulator-off-in-suspend? > At least looks like it according to https://lkml.org/lkml/2013/7/25/592 You are right. My bad. Will fix. (Need to fix this in jaq too.) Thanks, Brian -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH 2/2] ARM: dts: rockchip: correct regulator PM properties 2015-08-18 22:48 ` Brian Norris @ 2015-08-18 23:28 ` Brian Norris [not found] ` <20150818232806.GC140911-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org> 0 siblings, 1 reply; 13+ messages in thread From: Brian Norris @ 2015-08-18 23:28 UTC (permalink / raw) To: Heiko Stuebner Cc: linux-rockchip, linux-arm-kernel, linux-kernel, Brian Norris, devicetree, Alexandru M Stan, Douglas Anderson On Tue, Aug 18, 2015 at 03:48:31PM -0700, Brian Norris wrote: > On Tue, Aug 18, 2015 at 09:17:06PM +0200, Heiko Stuebner wrote: > > Am Dienstag, 18. August 2015, 11:44:15 schrieb Brian Norris: > > > This DTS file was submitted with non-upstream bindings. I happened > > > across this while reviewing the jaq DTS. > > > > > > Signed-off-by: Brian Norris <briannorris@chromium.org> > > > Cc: Alexandru M Stan <amstan@chromium.org> > > > Cc: Douglas Anderson <dianders@chromium.org> > > > --- > > > Tested on jaq, not minnie > > > > > > arch/arm/boot/dts/rk3288-veyron-minnie.dts | 8 ++++++-- > > > 1 file changed, 6 insertions(+), 2 deletions(-) > > > > > > diff --git a/arch/arm/boot/dts/rk3288-veyron-minnie.dts > > > b/arch/arm/boot/dts/rk3288-veyron-minnie.dts index > > > 0e30bd6bf92b..6f619c154dc6 100644 > > > --- a/arch/arm/boot/dts/rk3288-veyron-minnie.dts > > > +++ b/arch/arm/boot/dts/rk3288-veyron-minnie.dts > > > @@ -128,12 +128,16 @@ > > > regulator-min-microvolt = <3300000>; > > > regulator-max-microvolt = <3300000>; > > > regulator-name = "vcc33_touch"; > > > - regulator-suspend-mem-disabled; > > > + regulator-state-mem { > > > + regulator-on-in-suspend; > > > + }; > > > }; > > > > > > vcc5v_touch: SWITCH_REG2 { > > > regulator-name = "vcc5v_touch"; > > > - regulator-suspend-mem-disabled; > > > + regulator-state-mem { > > > + regulator-on-in-suspend; > > > + }; > > > > wouldn't regulator-suspend-mem-disabled translate to regulator-off-in-suspend? > > At least looks like it according to https://lkml.org/lkml/2013/7/25/592 > > You are right. My bad. Will fix. (Need to fix this in jaq too.) Now that I'm looking a little closer, it seems like other existing DTS's are broken too, then. Jerry looks like it was converted to the regulator-state-mem node binding, but the conversion doesn't seem to make sense when I compare the chromium DTS sources with the for-next source I see in your tree. In -next: regulators { mic_vcc: LDO_REG2 { regulator-name = "mic_vcc"; regulator-always-on; regulator-boot-on; regulator-min-microvolt = <1800000>; regulator-max-microvolt = <1800000>; regulator-state-mem { regulator-on-in-suspend; }; }; }; But chromium had: regulators { mic_vcc: LDO_REG2 { regulator-always-on; regulator-boot-on; regulator-min-microvolt = <1800000>; regulator-max-microvolt = <1800000>; regulator-name = "mic_vcc"; regulator-suspend-mem-disabled; }; }; So I guess I'll make the proper conversion for all the veyron variants I see. Brian ^ permalink raw reply [flat|nested] 13+ messages in thread
[parent not found: <20150818232806.GC140911-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>]
* Re: [PATCH 2/2] ARM: dts: rockchip: correct regulator PM properties [not found] ` <20150818232806.GC140911-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org> @ 2015-08-19 6:19 ` Heiko Stuebner 2015-08-27 19:30 ` Doug Anderson 0 siblings, 1 reply; 13+ messages in thread From: Heiko Stuebner @ 2015-08-19 6:19 UTC (permalink / raw) To: Brian Norris Cc: linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, linux-kernel-u79uwXL29TY76Z2rM5mHXA, Brian Norris, devicetree-u79uwXL29TY76Z2rM5mHXA, Alexandru M Stan, Douglas Anderson Am Dienstag, 18. August 2015, 16:28:06 schrieb Brian Norris: > Now that I'm looking a little closer, it seems like other existing DTS's > are broken too, then. Jerry looks like it was converted to the > regulator-state-mem node binding, but the conversion doesn't seem to > make sense when I compare the chromium DTS sources with the for-next > source I see in your tree. > > In -next: > > regulators { > mic_vcc: LDO_REG2 { > regulator-name = "mic_vcc"; > regulator-always-on; > regulator-boot-on; > regulator-min-microvolt = <1800000>; > regulator-max-microvolt = <1800000>; > regulator-state-mem { > regulator-on-in-suspend; > }; > }; > }; > > But chromium had: > > regulators { > mic_vcc: LDO_REG2 { > regulator-always-on; > regulator-boot-on; > regulator-min-microvolt = <1800000>; > regulator-max-microvolt = <1800000>; > regulator-name = "mic_vcc"; > regulator-suspend-mem-disabled; > }; > }; > > So I guess I'll make the proper conversion for all the veyron variants I > see. great, just take into account the deep vs. shallow suspend modes :-) The original regulator-state changes did happen when we had this suspend instability (counter and gpioint stuff) and I did go with the values similar to the rk3288-evb, as this was the only one resuming at all at the time. So I guess I never looked to closesly what it did, as long as the system came out of suspend sucessfully again :-) Heiko -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH 2/2] ARM: dts: rockchip: correct regulator PM properties 2015-08-19 6:19 ` Heiko Stuebner @ 2015-08-27 19:30 ` Doug Anderson 2015-08-27 20:51 ` Heiko Stuebner 0 siblings, 1 reply; 13+ messages in thread From: Doug Anderson @ 2015-08-27 19:30 UTC (permalink / raw) To: Heiko Stuebner Cc: Brian Norris, open list:ARM/Rockchip SoC..., linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Brian Norris, devicetree@vger.kernel.org, Alexandru M Stan Hi, On Tue, Aug 18, 2015 at 11:19 PM, Heiko Stuebner <heiko@sntech.de> wrote: > great, just take into account the deep vs. shallow suspend modes :-) One note: do you think it would make sense to re-implement shallow suspend as "standby"? I had a proof of concept doing that in <https://chromium-review.googlesource.com/#/c/275123/>. One nice advantage is that you "magically" get a second set of regulator states for standby vs "mem". If I understand correctly, the distinction between "standby" and "mem" is not too clearly defined, so if we wanted to use it for this it wouldn't be terrible? -Doug ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH 2/2] ARM: dts: rockchip: correct regulator PM properties 2015-08-27 19:30 ` Doug Anderson @ 2015-08-27 20:51 ` Heiko Stuebner 2015-08-27 20:56 ` Brian Norris 0 siblings, 1 reply; 13+ messages in thread From: Heiko Stuebner @ 2015-08-27 20:51 UTC (permalink / raw) To: Doug Anderson Cc: Brian Norris, open list:ARM/Rockchip SoC..., linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Brian Norris, devicetree@vger.kernel.org, Alexandru M Stan Am Donnerstag, 27. August 2015, 12:30:51 schrieb Doug Anderson: > Hi, > > On Tue, Aug 18, 2015 at 11:19 PM, Heiko Stuebner <heiko@sntech.de> wrote: > > great, just take into account the deep vs. shallow suspend modes :-) > > One note: do you think it would make sense to re-implement shallow > suspend as "standby"? I had a proof of concept doing that in > <https://chromium-review.googlesource.com/#/c/275123/>. One nice > advantage is that you "magically" get a second set of regulator states > for standby vs "mem". Somewhere I've read something about keeping wifi associated to an ap during suspend which might be a candidate for such a distinction? > If I understand correctly, the distinction between "standby" and "mem" > is not too clearly defined, so if we wanted to use it for this it > wouldn't be terrible? >From reading Documentation/power/states.txt it looks like the boot-cpu is supposed to retain power in the suspend state. Although we also do not lose "operating state" in our suspend I guess? So using the shallow suspend as standby sounds interesting, for the time when the deep suspend works too. If there is only one suspend state it automatically becomes the "mem"-state it seems. Heiko ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH 2/2] ARM: dts: rockchip: correct regulator PM properties 2015-08-27 20:51 ` Heiko Stuebner @ 2015-08-27 20:56 ` Brian Norris 0 siblings, 0 replies; 13+ messages in thread From: Brian Norris @ 2015-08-27 20:56 UTC (permalink / raw) To: Heiko Stuebner Cc: Doug Anderson, open list:ARM/Rockchip SoC..., linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Brian Norris, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Alexandru M Stan On Thu, Aug 27, 2015 at 10:51:22PM +0200, Heiko Stuebner wrote: > Am Donnerstag, 27. August 2015, 12:30:51 schrieb Doug Anderson: > > If I understand correctly, the distinction between "standby" and "mem" > > is not too clearly defined, so if we wanted to use it for this it > > wouldn't be terrible? I never understood many clear definitions here either, personally. > From reading Documentation/power/states.txt it looks like the boot-cpu is > supposed to retain power in the suspend state. Although we also do not lose > "operating state" in our suspend I guess? > > So using the shallow suspend as standby sounds interesting, for the time when > the deep suspend works too. If there is only one suspend state it > automatically becomes the "mem"-state it seems. It's not really "automatic", it's a product of this line: static const struct platform_suspend_ops rk3288_suspend_ops = { .enter = rk3288_suspend_enter, .valid = suspend_valid_only_mem, <--- here .prepare = rk3288_suspend_prepare, .finish = rk3288_suspend_finish, }; and the fact that we don't check the 'state' argument in .enter/.prepare/.finish. But still, I'm not sure it's productive to rename shallow until we support deep. Regards, Brian -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH 1/2] ARM: dts: rockchip: add veyron-jaq board 2015-08-18 18:44 [PATCH 1/2] ARM: dts: rockchip: add veyron-jaq board Brian Norris 2015-08-18 18:44 ` [PATCH 2/2] ARM: dts: rockchip: correct regulator PM properties Brian Norris @ 2015-08-18 19:19 ` Heiko Stuebner 2015-08-18 23:01 ` Brian Norris 1 sibling, 1 reply; 13+ messages in thread From: Heiko Stuebner @ 2015-08-18 19:19 UTC (permalink / raw) To: linux-rockchip Cc: Brian Norris, devicetree, Alexandru M Stan, linux-kernel, Douglas Anderson, Brian Norris, linux-arm-kernel Hi Brian, Am Dienstag, 18. August 2015, 11:44:14 schrieb Brian Norris: > a.k.a. Haier Chromebook 11 > > Signed-off-by: Brian Norris <briannorris@chromium.org> > Cc: Alexandru M Stan <amstan@chromium.org> > Cc: Douglas Anderson <dianders@chromium.org> > --- > arch/arm/boot/dts/Makefile | 1 + > arch/arm/boot/dts/rk3288-veyron-jaq.dts | 176 > ++++++++++++++++++++++++++++++++ 2 files changed, 177 insertions(+) > create mode 100644 arch/arm/boot/dts/rk3288-veyron-jaq.dts missing binding documentation in Documentation/devicetree/bindings/arm/rockchip.txt (needs new entry above Jerry) > > diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile > index 7805a6541a38..7a2c3c88ce9e 100644 > --- a/arch/arm/boot/dts/Makefile > +++ b/arch/arm/boot/dts/Makefile > @@ -493,6 +493,7 @@ dtb-$(CONFIG_ARCH_ROCKCHIP) += \ > rk3288-veyron-jerry.dtb \ > rk3288-veyron-minnie.dtb \ > rk3288-veyron-pinky.dtb \ > + rk3288-veyron-jaq.dtb \ > rk3288-veyron-speedy.dtb please sort alphabetically (in this case somewhere above jerry) > dtb-$(CONFIG_ARCH_S3C24XX) += \ > s3c2416-smdk2416.dtb > diff --git a/arch/arm/boot/dts/rk3288-veyron-jaq.dts > b/arch/arm/boot/dts/rk3288-veyron-jaq.dts new file mode 100644 > index 000000000000..ea6130156216 > --- /dev/null > +++ b/arch/arm/boot/dts/rk3288-veyron-jaq.dts > @@ -0,0 +1,176 @@ > +/* > + * Google Veyron Jaq Rev 1+ board device tree source > + * > + * Copyright 2015 Google, Inc > + * > + * This file is dual-licensed: you can use it either under the terms > + * of the GPL or the X11 license, at your option. Note that this dual > + * licensing only applies to this file, and not this project as a > + * whole. > + * > + * a) This file is free software; you can redistribute it and/or > + * modify it under the terms of the GNU General Public License as > + * published by the Free Software Foundation; either version 2 of the > + * License, or (at your option) any later version. > + * > + * This file is distributed in the hope that it will be useful, > + * but WITHOUT ANY WARRANTY; without even the implied warranty of > + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the > + * GNU General Public License for more details. > + * > + * Or, alternatively, > + * > + * b) Permission is hereby granted, free of charge, to any person > + * obtaining a copy of this software and associated documentation > + * files (the "Software"), to deal in the Software without > + * restriction, including without limitation the rights to use, > + * copy, modify, merge, publish, distribute, sublicense, and/or > + * sell copies of the Software, and to permit persons to whom the > + * Software is furnished to do so, subject to the following > + * conditions: > + * > + * The above copyright notice and this permission notice shall be > + * included in all copies or substantial portions of the Software. > + * > + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, > + * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES > + * OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND > + * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT > + * HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, > + * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING > + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR > + * OTHER DEALINGS IN THE SOFTWARE. > + */ > + > +/dts-v1/; > + > +#include "rk3288-veyron-chromebook.dtsi" > +#include "cros-ec-sbs.dtsi" > + > +/ { > + model = "Google Jaq"; > + compatible = "google,veyron-jaq-rev5", "google,veyron-jaq-rev4", > + "google,veyron-jaq-rev3", "google,veyron-jaq-rev2", > + "google,veyron-jaq-rev1", "google,veyron-jaq", > + "google,veyron", "rockchip,rk3288"; > + > + panel_regulator: panel-regulator { > + compatible = "regulator-fixed"; > + enable-active-high; > + gpio = <&gpio7 14 GPIO_ACTIVE_HIGH>; > + pinctrl-names = "default"; > + pinctrl-0 = <&lcd_enable_h>; > + regulator-name = "panel_regulator"; > + vin-supply = <&vcc33_sys>; > + }; > + > + vcc18_lcd: vcc18-lcd { > + compatible = "regulator-fixed"; > + enable-active-high; > + gpio = <&gpio2 13 GPIO_ACTIVE_HIGH>; > + pinctrl-names = "default"; > + pinctrl-0 = <&avdd_1v8_disp_en>; > + regulator-name = "vcc18_lcd"; > + regulator-always-on; > + regulator-boot-on; > + vin-supply = <&vcc18_wl>; > + }; > + > + backlight_regulator: backlight-regulator { > + compatible = "regulator-fixed"; > + enable-active-high; > + gpio = <&gpio2 12 GPIO_ACTIVE_HIGH>; > + pinctrl-names = "default"; > + pinctrl-0 = <&bl_pwr_en>; > + regulator-name = "backlight_regulator"; > + vin-supply = <&vcc33_sys>; > + startup-delay-us = <15000>; > + }; again, please alphabetically (backlight, panel, vcc*) > +}; > + > +&rk808 { > + pinctrl-names = "default"; > + pinctrl-0 = <&pmic_int_l &dvs_1 &dvs_2>; > + dvs-gpios = <&gpio7 12 GPIO_ACTIVE_HIGH>, > + <&gpio7 15 GPIO_ACTIVE_HIGH>; > + > + regulators { > + mic_vcc: LDO_REG2 { > + regulator-name = "mic_vcc"; > + regulator-always-on; > + regulator-boot-on; > + regulator-min-microvolt = <1800000>; > + regulator-max-microvolt = <1800000>; > + regulator-state-mem { > + regulator-on-in-suspend; > + }; > + }; > + }; > +}; > + > +&sdmmc { > + disable-wp; > + pinctrl-names = "default"; > + pinctrl-0 = <&sdmmc_clk &sdmmc_cmd &sdmmc_cd_disabled &sdmmc_cd_gpio > + &sdmmc_bus4>; > +}; > + > +&vcc_5v { > + enable-active-high; > + gpio = <&gpio7 21 GPIO_ACTIVE_HIGH>; > + pinctrl-names = "default"; > + pinctrl-0 = <&drv_5v>; > +}; > + > +&vcc50_hdmi { > + enable-active-high; > + gpio = <&gpio5 19 GPIO_ACTIVE_HIGH>; > + pinctrl-names = "default"; > + pinctrl-0 = <&vcc50_hdmi_en>; > +}; > + > +&pinctrl { > + backlight { > + bl_pwr_en: bl_pwr_en { > + rockchip,pins = <2 12 RK_FUNC_GPIO &pcfg_pull_none>; > + }; > + }; > + > + buck-5v { > + drv_5v: drv-5v { > + rockchip,pins = <7 21 RK_FUNC_GPIO &pcfg_pull_none>; > + }; > + }; > + > + edp { > + edp_hpd: edp_hpd { > + rockchip,pins = <7 11 RK_FUNC_2 &pcfg_pull_down>; > + }; > + }; > + > + hdmi { > + vcc50_hdmi_en: vcc50-hdmi-en { > + rockchip,pins = <5 19 RK_FUNC_GPIO &pcfg_pull_none>; > + }; > + }; > + > + lcd { > + lcd_enable_h: lcd-en { > + rockchip,pins = <7 14 RK_FUNC_GPIO &pcfg_pull_none>; > + }; > + > + avdd_1v8_disp_en: avdd-1v8-disp-en { > + rockchip,pins = <2 13 RK_FUNC_GPIO &pcfg_pull_none>; > + }; > + }; > + > + pmic { > + dvs_1: dvs-1 { > + rockchip,pins = <7 12 RK_FUNC_GPIO &pcfg_pull_down>; > + }; > + > + dvs_2: dvs-2 { > + rockchip,pins = <7 15 RK_FUNC_GPIO &pcfg_pull_down>; > + }; > + }; > +}; pinctrl can stay at the bottom. It may actually improve readability, if not cluttering up the smaller other nodes above. Thanks Heiko ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [PATCH 1/2] ARM: dts: rockchip: add veyron-jaq board 2015-08-18 19:19 ` [PATCH 1/2] ARM: dts: rockchip: add veyron-jaq board Heiko Stuebner @ 2015-08-18 23:01 ` Brian Norris 0 siblings, 0 replies; 13+ messages in thread From: Brian Norris @ 2015-08-18 23:01 UTC (permalink / raw) To: Heiko Stuebner Cc: linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r, devicetree-u79uwXL29TY76Z2rM5mHXA, Alexandru M Stan, linux-kernel-u79uwXL29TY76Z2rM5mHXA, Douglas Anderson, Brian Norris, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r Thanks for the quick review. On Tue, Aug 18, 2015 at 09:19:05PM +0200, Heiko Stuebner wrote: > Am Dienstag, 18. August 2015, 11:44:14 schrieb Brian Norris: > > a.k.a. Haier Chromebook 11 > > > > Signed-off-by: Brian Norris <briannorris-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org> > > Cc: Alexandru M Stan <amstan-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org> > > Cc: Douglas Anderson <dianders-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org> > > --- > > arch/arm/boot/dts/Makefile | 1 + > > arch/arm/boot/dts/rk3288-veyron-jaq.dts | 176 > > ++++++++++++++++++++++++++++++++ 2 files changed, 177 insertions(+) > > create mode 100644 arch/arm/boot/dts/rk3288-veyron-jaq.dts > > missing binding documentation in > Documentation/devicetree/bindings/arm/rockchip.txt (needs new entry above > Jerry) I don't know how I managed this, but I had already fixed this up in my tree and amended the commit. I must have grabbed an old commit ref when generating the patches... Sorry, will fix when sending v2. > > > > diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile > > index 7805a6541a38..7a2c3c88ce9e 100644 > > --- a/arch/arm/boot/dts/Makefile > > +++ b/arch/arm/boot/dts/Makefile > > @@ -493,6 +493,7 @@ dtb-$(CONFIG_ARCH_ROCKCHIP) += \ > > rk3288-veyron-jerry.dtb \ > > rk3288-veyron-minnie.dtb \ > > rk3288-veyron-pinky.dtb \ > > + rk3288-veyron-jaq.dtb \ > > rk3288-veyron-speedy.dtb > > please sort alphabetically (in this case somewhere above jerry) Will do. > > dtb-$(CONFIG_ARCH_S3C24XX) += \ > > s3c2416-smdk2416.dtb > > diff --git a/arch/arm/boot/dts/rk3288-veyron-jaq.dts > > b/arch/arm/boot/dts/rk3288-veyron-jaq.dts new file mode 100644 > > index 000000000000..ea6130156216 > > --- /dev/null > > +++ b/arch/arm/boot/dts/rk3288-veyron-jaq.dts > > @@ -0,0 +1,176 @@ > > +/* > > + * Google Veyron Jaq Rev 1+ board device tree source > > + * > > + * Copyright 2015 Google, Inc > > + * > > + * This file is dual-licensed: you can use it either under the terms > > + * of the GPL or the X11 license, at your option. Note that this dual > > + * licensing only applies to this file, and not this project as a > > + * whole. > > + * > > + * a) This file is free software; you can redistribute it and/or > > + * modify it under the terms of the GNU General Public License as > > + * published by the Free Software Foundation; either version 2 of the > > + * License, or (at your option) any later version. > > + * > > + * This file is distributed in the hope that it will be useful, > > + * but WITHOUT ANY WARRANTY; without even the implied warranty of > > + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the > > + * GNU General Public License for more details. > > + * > > + * Or, alternatively, > > + * > > + * b) Permission is hereby granted, free of charge, to any person > > + * obtaining a copy of this software and associated documentation > > + * files (the "Software"), to deal in the Software without > > + * restriction, including without limitation the rights to use, > > + * copy, modify, merge, publish, distribute, sublicense, and/or > > + * sell copies of the Software, and to permit persons to whom the > > + * Software is furnished to do so, subject to the following > > + * conditions: > > + * > > + * The above copyright notice and this permission notice shall be > > + * included in all copies or substantial portions of the Software. > > + * > > + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, > > + * EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES > > + * OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND > > + * NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT > > + * HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, > > + * WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING > > + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR > > + * OTHER DEALINGS IN THE SOFTWARE. > > + */ > > + > > +/dts-v1/; > > + > > +#include "rk3288-veyron-chromebook.dtsi" > > +#include "cros-ec-sbs.dtsi" > > + > > +/ { > > + model = "Google Jaq"; > > + compatible = "google,veyron-jaq-rev5", "google,veyron-jaq-rev4", > > + "google,veyron-jaq-rev3", "google,veyron-jaq-rev2", > > + "google,veyron-jaq-rev1", "google,veyron-jaq", > > + "google,veyron", "rockchip,rk3288"; > > + > > + panel_regulator: panel-regulator { > > + compatible = "regulator-fixed"; > > + enable-active-high; > > + gpio = <&gpio7 14 GPIO_ACTIVE_HIGH>; > > + pinctrl-names = "default"; > > + pinctrl-0 = <&lcd_enable_h>; > > + regulator-name = "panel_regulator"; > > + vin-supply = <&vcc33_sys>; > > + }; > > + > > + vcc18_lcd: vcc18-lcd { > > + compatible = "regulator-fixed"; > > + enable-active-high; > > + gpio = <&gpio2 13 GPIO_ACTIVE_HIGH>; > > + pinctrl-names = "default"; > > + pinctrl-0 = <&avdd_1v8_disp_en>; > > + regulator-name = "vcc18_lcd"; > > + regulator-always-on; > > + regulator-boot-on; > > + vin-supply = <&vcc18_wl>; > > + }; > > + > > + backlight_regulator: backlight-regulator { > > + compatible = "regulator-fixed"; > > + enable-active-high; > > + gpio = <&gpio2 12 GPIO_ACTIVE_HIGH>; > > + pinctrl-names = "default"; > > + pinctrl-0 = <&bl_pwr_en>; > > + regulator-name = "backlight_regulator"; > > + vin-supply = <&vcc33_sys>; > > + startup-delay-us = <15000>; > > + }; > > again, please alphabetically (backlight, panel, vcc*) Actually this one was somewhat intentional; I was trying to mirror the jerry DTS, which has very similar (nearly identical) nodes in jaq. But I can sort however you'd like it best. > > +}; > > + > > +&rk808 { > > + pinctrl-names = "default"; > > + pinctrl-0 = <&pmic_int_l &dvs_1 &dvs_2>; > > + dvs-gpios = <&gpio7 12 GPIO_ACTIVE_HIGH>, > > + <&gpio7 15 GPIO_ACTIVE_HIGH>; > > + > > + regulators { > > + mic_vcc: LDO_REG2 { > > + regulator-name = "mic_vcc"; > > + regulator-always-on; > > + regulator-boot-on; > > + regulator-min-microvolt = <1800000>; > > + regulator-max-microvolt = <1800000>; > > + regulator-state-mem { > > + regulator-on-in-suspend; > > + }; > > + }; > > + }; > > +}; > > + > > +&sdmmc { > > + disable-wp; > > + pinctrl-names = "default"; > > + pinctrl-0 = <&sdmmc_clk &sdmmc_cmd &sdmmc_cd_disabled &sdmmc_cd_gpio > > + &sdmmc_bus4>; > > +}; > > + > > +&vcc_5v { > > + enable-active-high; > > + gpio = <&gpio7 21 GPIO_ACTIVE_HIGH>; > > + pinctrl-names = "default"; > > + pinctrl-0 = <&drv_5v>; > > +}; > > + > > +&vcc50_hdmi { > > + enable-active-high; > > + gpio = <&gpio5 19 GPIO_ACTIVE_HIGH>; > > + pinctrl-names = "default"; > > + pinctrl-0 = <&vcc50_hdmi_en>; > > +}; > > + > > +&pinctrl { > > + backlight { > > + bl_pwr_en: bl_pwr_en { > > + rockchip,pins = <2 12 RK_FUNC_GPIO &pcfg_pull_none>; > > + }; > > + }; > > + > > + buck-5v { > > + drv_5v: drv-5v { > > + rockchip,pins = <7 21 RK_FUNC_GPIO &pcfg_pull_none>; > > + }; > > + }; > > + > > + edp { > > + edp_hpd: edp_hpd { > > + rockchip,pins = <7 11 RK_FUNC_2 &pcfg_pull_down>; > > + }; > > + }; > > + > > + hdmi { > > + vcc50_hdmi_en: vcc50-hdmi-en { > > + rockchip,pins = <5 19 RK_FUNC_GPIO &pcfg_pull_none>; > > + }; > > + }; > > + > > + lcd { > > + lcd_enable_h: lcd-en { > > + rockchip,pins = <7 14 RK_FUNC_GPIO &pcfg_pull_none>; > > + }; > > + > > + avdd_1v8_disp_en: avdd-1v8-disp-en { > > + rockchip,pins = <2 13 RK_FUNC_GPIO &pcfg_pull_none>; > > + }; > > + }; > > + > > + pmic { > > + dvs_1: dvs-1 { > > + rockchip,pins = <7 12 RK_FUNC_GPIO &pcfg_pull_down>; > > + }; > > + > > + dvs_2: dvs-2 { > > + rockchip,pins = <7 15 RK_FUNC_GPIO &pcfg_pull_down>; > > + }; > > + }; > > +}; > > pinctrl can stay at the bottom. It may actually improve readability, if not > cluttering up the smaller other nodes above. Ok. Brian -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2015-08-27 20:56 UTC | newest] Thread overview: 13+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2015-08-18 18:44 [PATCH 1/2] ARM: dts: rockchip: add veyron-jaq board Brian Norris 2015-08-18 18:44 ` [PATCH 2/2] ARM: dts: rockchip: correct regulator PM properties Brian Norris [not found] ` <1439923455-109818-2-git-send-email-briannorris-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org> 2015-08-18 19:17 ` Heiko Stuebner 2015-08-18 20:30 ` Javier Martinez Canillas 2015-08-18 20:38 ` Javier Martinez Canillas 2015-08-18 22:48 ` Brian Norris 2015-08-18 23:28 ` Brian Norris [not found] ` <20150818232806.GC140911-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org> 2015-08-19 6:19 ` Heiko Stuebner 2015-08-27 19:30 ` Doug Anderson 2015-08-27 20:51 ` Heiko Stuebner 2015-08-27 20:56 ` Brian Norris 2015-08-18 19:19 ` [PATCH 1/2] ARM: dts: rockchip: add veyron-jaq board Heiko Stuebner 2015-08-18 23:01 ` Brian Norris
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).