All of lore.kernel.org
 help / color / mirror / Atom feed
From: Doug Anderson <dianders@chromium.org>
To: Shawn Lin <shawn.lin@rock-chips.com>
Cc: "Elaine Zhang" <zhangqing@rock-chips.com>,
	"Rob Herring" <robh+dt@kernel.org>,
	"Heiko Stübner" <heiko@sntech.de>,
	"Ziyuan Xu" <xzy.xu@rock-chips.com>,
	"Ulf Hansson" <ulf.hansson@linaro.org>,
	"Mark Rutland" <mark.rutland@arm.com>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	"Catalin Marinas" <catalin.marinas@arm.com>,
	"Xing Zheng" <zhengxing@rock-chips.com>,
	"Masahiro Yamada" <yamada.masahiro@socionext.com>,
	"Frank Wang" <frank.wang@rock-chips.com>,
	"Brian Norris" <briannorris@chromium.org>,
	"Will Deacon" <will.deacon@arm.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"open list:ARM/Rockchip SoC..."
	<linux-rockchip@lists.infradead.org>,
	"Jianqun Xu" <jay.xu@rock-chips.com>,
	"David Wu" <david.wu@rock-chips.com>,
	"Shunqian Zheng" <zhengsq@rock-chips.com>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>,
	"Caesar Wang" <wxt@rock-chips.com>
Subject: Re: [PATCH 2/2] arm64: dts: rockchip: add eMMC's power domain support for rk3399
Date: Wed, 31 Aug 2016 10:42:40 -0700	[thread overview]
Message-ID: <CAD=FV=W=LkVAm187hxp0Kbjxi5kSThwKnCMX+tr8SXQ-v_xQTQ@mail.gmail.com> (raw)
In-Reply-To: <ceba6a89-6945-58c5-62e4-7d842cfa2312@rock-chips.com>

Hi,

On Sun, Aug 28, 2016 at 8:25 PM, Shawn Lin <shawn.lin@rock-chips.com> wrote:
> On 2016/8/29 10:50, Elaine Zhang wrote:
>>
>>
>>
>> On 08/27/2016 11:05 PM, Shawn Lin wrote:
>>>
>>> On 2016/8/27 21:41, Ziyuan Xu wrote:
>>>>
>>>> Control power domain for eMMC via genpd to reduce power consumption.
>>>>
>>>> Signed-off-by: Elaine Zhang <zhangqing@rock-chips.com>
>>>> Signed-off-by: Ziyuan Xu <xzy.xu@rock-chips.com>
>>>>
>>>
>>> It looks nice to me. But this should be merged after applying that[0]
>>> as your patch will break bind/unbind test for sdhci-of-arasan on rk3399
>>> without it[0]. Moreover, Elaine should make sure that upstreamed
>>> rockchip power domain stuff would not off pd for emmc, *otherwise*, I
>>> should update my patch to make sure we update clkmul every time when
>>> doing suspend 2 resume..
>>>
>>>
>> Forgot to say:
>> If use pd, Although there is no call to power odd the pd_emmc,
>> it will be power off when the system doing suspend 2 resume.
>> (Because the system call
>> __device_suspend_noirq->pm_genpd_suspend_noirq->rockchip_pd_power_off)
>
>
> Thanks for explaining this. I checked the code a bit and actually I
> don't need to updata clkmul since it was recorded, although it is still
> reset to 0x10 reading from syscon. So for that, we can now pick it
> up without waiting for my sdhci-of-arasan's update.
>
> Reviewed-by: Shawn Lin <shawn.lin@rock-chips.com>

This is fine to pick up _only_ if you don't care about suspend/resume.
If you care about suspend/resume then someone needs to first write a
patch that will re-init all "corecfg" values after power is turned on.

Technically I think this should probably use "pm runtime" and not
normal suspend/resume hooks.  Any time we end up pm runtime suspended
then I think our power will go off (because of genpd?) and we need to
restore values.

I'm not sure if this should be done in a generic way where we try to
save and restore all values in the "sdhci_arasan_soc_ctl_map" or if we
should try to be smarter...


-Doug

WARNING: multiple messages have this Message-ID (diff)
From: Doug Anderson <dianders-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>
To: Shawn Lin <shawn.lin-TNX95d0MmH7DzftRWevZcw@public.gmane.org>
Cc: "Elaine Zhang"
	<zhangqing-TNX95d0MmH7DzftRWevZcw@public.gmane.org>,
	"Rob Herring" <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
	"Heiko Stübner" <heiko-4mtYJXux2i+zQB+pC5nmwQ@public.gmane.org>,
	"Ziyuan Xu" <xzy.xu-TNX95d0MmH7DzftRWevZcw@public.gmane.org>,
	"Ulf Hansson"
	<ulf.hansson-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
	"Mark Rutland" <mark.rutland-5wv7dgnIgG8@public.gmane.org>,
	"devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"Catalin Marinas" <catalin.marinas-5wv7dgnIgG8@public.gmane.org>,
	"Xing Zheng" <zhengxing-TNX95d0MmH7DzftRWevZcw@public.gmane.org>,
	"Masahiro Yamada"
	<yamada.masahiro-uWyLwvC0a2jby3iVrkZq2A@public.gmane.org>,
	"Frank Wang" <frank.wang-TNX95d0MmH7DzftRWevZcw@public.gmane.org>,
	"Brian Norris"
	<briannorris-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>,
	"Will Deacon" <will.deacon-5wv7dgnIgG8@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"open list:ARM/Rockchip SoC..."
	<linux-rockchip-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
	"Jianqun Xu" <jay.xu-TNX95d0MmH7DzftRWevZcw@public.gmane.org>,
	"David Wu" <david.wu-TNX95d0MmH7DzftRWevZcw@public.gmane.org>
Subject: Re: [PATCH 2/2] arm64: dts: rockchip: add eMMC's power domain support for rk3399
Date: Wed, 31 Aug 2016 10:42:40 -0700	[thread overview]
Message-ID: <CAD=FV=W=LkVAm187hxp0Kbjxi5kSThwKnCMX+tr8SXQ-v_xQTQ@mail.gmail.com> (raw)
In-Reply-To: <ceba6a89-6945-58c5-62e4-7d842cfa2312-TNX95d0MmH7DzftRWevZcw@public.gmane.org>

Hi,

On Sun, Aug 28, 2016 at 8:25 PM, Shawn Lin <shawn.lin-TNX95d0MmH7DzftRWevZcw@public.gmane.org> wrote:
> On 2016/8/29 10:50, Elaine Zhang wrote:
>>
>>
>>
>> On 08/27/2016 11:05 PM, Shawn Lin wrote:
>>>
>>> On 2016/8/27 21:41, Ziyuan Xu wrote:
>>>>
>>>> Control power domain for eMMC via genpd to reduce power consumption.
>>>>
>>>> Signed-off-by: Elaine Zhang <zhangqing-TNX95d0MmH7DzftRWevZcw@public.gmane.org>
>>>> Signed-off-by: Ziyuan Xu <xzy.xu-TNX95d0MmH7DzftRWevZcw@public.gmane.org>
>>>>
>>>
>>> It looks nice to me. But this should be merged after applying that[0]
>>> as your patch will break bind/unbind test for sdhci-of-arasan on rk3399
>>> without it[0]. Moreover, Elaine should make sure that upstreamed
>>> rockchip power domain stuff would not off pd for emmc, *otherwise*, I
>>> should update my patch to make sure we update clkmul every time when
>>> doing suspend 2 resume..
>>>
>>>
>> Forgot to say:
>> If use pd, Although there is no call to power odd the pd_emmc,
>> it will be power off when the system doing suspend 2 resume.
>> (Because the system call
>> __device_suspend_noirq->pm_genpd_suspend_noirq->rockchip_pd_power_off)
>
>
> Thanks for explaining this. I checked the code a bit and actually I
> don't need to updata clkmul since it was recorded, although it is still
> reset to 0x10 reading from syscon. So for that, we can now pick it
> up without waiting for my sdhci-of-arasan's update.
>
> Reviewed-by: Shawn Lin <shawn.lin-TNX95d0MmH7DzftRWevZcw@public.gmane.org>

This is fine to pick up _only_ if you don't care about suspend/resume.
If you care about suspend/resume then someone needs to first write a
patch that will re-init all "corecfg" values after power is turned on.

Technically I think this should probably use "pm runtime" and not
normal suspend/resume hooks.  Any time we end up pm runtime suspended
then I think our power will go off (because of genpd?) and we need to
restore values.

I'm not sure if this should be done in a generic way where we try to
save and restore all values in the "sdhci_arasan_soc_ctl_map" or if we
should try to be smarter...


-Doug
--
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

WARNING: multiple messages have this Message-ID (diff)
From: dianders@chromium.org (Doug Anderson)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 2/2] arm64: dts: rockchip: add eMMC's power domain support for rk3399
Date: Wed, 31 Aug 2016 10:42:40 -0700	[thread overview]
Message-ID: <CAD=FV=W=LkVAm187hxp0Kbjxi5kSThwKnCMX+tr8SXQ-v_xQTQ@mail.gmail.com> (raw)
In-Reply-To: <ceba6a89-6945-58c5-62e4-7d842cfa2312@rock-chips.com>

Hi,

On Sun, Aug 28, 2016 at 8:25 PM, Shawn Lin <shawn.lin@rock-chips.com> wrote:
> On 2016/8/29 10:50, Elaine Zhang wrote:
>>
>>
>>
>> On 08/27/2016 11:05 PM, Shawn Lin wrote:
>>>
>>> On 2016/8/27 21:41, Ziyuan Xu wrote:
>>>>
>>>> Control power domain for eMMC via genpd to reduce power consumption.
>>>>
>>>> Signed-off-by: Elaine Zhang <zhangqing@rock-chips.com>
>>>> Signed-off-by: Ziyuan Xu <xzy.xu@rock-chips.com>
>>>>
>>>
>>> It looks nice to me. But this should be merged after applying that[0]
>>> as your patch will break bind/unbind test for sdhci-of-arasan on rk3399
>>> without it[0]. Moreover, Elaine should make sure that upstreamed
>>> rockchip power domain stuff would not off pd for emmc, *otherwise*, I
>>> should update my patch to make sure we update clkmul every time when
>>> doing suspend 2 resume..
>>>
>>>
>> Forgot to say:
>> If use pd, Although there is no call to power odd the pd_emmc,
>> it will be power off when the system doing suspend 2 resume.
>> (Because the system call
>> __device_suspend_noirq->pm_genpd_suspend_noirq->rockchip_pd_power_off)
>
>
> Thanks for explaining this. I checked the code a bit and actually I
> don't need to updata clkmul since it was recorded, although it is still
> reset to 0x10 reading from syscon. So for that, we can now pick it
> up without waiting for my sdhci-of-arasan's update.
>
> Reviewed-by: Shawn Lin <shawn.lin@rock-chips.com>

This is fine to pick up _only_ if you don't care about suspend/resume.
If you care about suspend/resume then someone needs to first write a
patch that will re-init all "corecfg" values after power is turned on.

Technically I think this should probably use "pm runtime" and not
normal suspend/resume hooks.  Any time we end up pm runtime suspended
then I think our power will go off (because of genpd?) and we need to
restore values.

I'm not sure if this should be done in a generic way where we try to
save and restore all values in the "sdhci_arasan_soc_ctl_map" or if we
should try to be smarter...


-Doug

  reply	other threads:[~2016-08-31 17:42 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-08-27 13:41 [PATCH 0/2] Add power domain support for eMMC node on rk3399 Ziyuan Xu
2016-08-27 13:41 ` Ziyuan Xu
2016-08-27 13:41 ` [PATCH 1/2] Documentation: mmc: sdhci-of-arasan: add description of power domain Ziyuan Xu
2016-08-27 14:50   ` Shawn Lin
2016-08-27 14:50     ` Shawn Lin
2016-08-29  0:36     ` Ziyuan Xu
2016-08-29  0:36       ` Ziyuan Xu
2016-08-27 13:41 ` [PATCH 2/2] arm64: dts: rockchip: add eMMC's power domain support for rk3399 Ziyuan Xu
2016-08-27 13:41   ` Ziyuan Xu
2016-08-27 15:05   ` Shawn Lin
2016-08-27 15:05     ` Shawn Lin
2016-08-27 15:05     ` Shawn Lin
2016-08-29  1:58     ` Elaine Zhang
2016-08-29  1:58       ` Elaine Zhang
2016-08-29  1:58       ` Elaine Zhang
2016-08-29  2:50     ` Elaine Zhang
2016-08-29  2:50       ` Elaine Zhang
2016-08-29  2:50       ` Elaine Zhang
2016-08-29  3:25       ` Shawn Lin
2016-08-29  3:25         ` Shawn Lin
2016-08-31 17:42         ` Doug Anderson [this message]
2016-08-31 17:42           ` Doug Anderson
2016-08-31 17:42           ` Doug Anderson
2016-09-01  2:29           ` Ziyuan Xu
2016-09-01  2:29             ` Ziyuan Xu
2016-09-01  2:29             ` Ziyuan Xu
2016-09-01  3:23             ` Shawn Lin
2016-09-01  3:23               ` Shawn Lin
2016-09-01  3:23               ` Shawn Lin
2016-09-01 13:45               ` Ulf Hansson
2016-09-01 13:45                 ` Ulf Hansson
2016-09-01 13:45                 ` Ulf Hansson
2016-09-01 21:50                 ` Doug Anderson
2016-09-01 21:50                   ` Doug Anderson
2016-09-01 21:50                   ` Doug Anderson
2016-09-02 10:24                   ` Ulf Hansson
2016-09-02 10:24                     ` Ulf Hansson
2016-09-02 10:24                     ` Ulf Hansson
2016-09-02 14:23                     ` Ziyuan Xu
2016-09-02 14:23                       ` Ziyuan Xu
2016-09-02 14:23                       ` Ziyuan Xu
2016-09-06 12:34                       ` Ulf Hansson
2016-09-06 12:34                         ` Ulf Hansson
2016-09-06 12:34                         ` Ulf Hansson
2016-09-01  4:20             ` Doug Anderson
2016-09-01  4:20               ` Doug Anderson
2016-09-01  4:20               ` Doug Anderson
2016-09-01  6:56               ` Ziyuan Xu
2016-09-01  6:56                 ` Ziyuan Xu
2016-09-01  6:56                 ` Ziyuan Xu
2016-09-01 21:29                 ` Doug Anderson
2016-09-01 21:29                   ` Doug Anderson
2016-09-01 21:29                   ` Doug Anderson
2016-09-02  2:35                   ` Ziyuan Xu
2016-09-02  2:35                     ` Ziyuan Xu
2016-09-02  2:35                     ` Ziyuan Xu
2016-09-02  5:22                     ` Doug Anderson
2016-09-02  5:22                       ` Doug Anderson
2016-09-02  5:22                       ` Doug Anderson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAD=FV=W=LkVAm187hxp0Kbjxi5kSThwKnCMX+tr8SXQ-v_xQTQ@mail.gmail.com' \
    --to=dianders@chromium.org \
    --cc=briannorris@chromium.org \
    --cc=catalin.marinas@arm.com \
    --cc=david.wu@rock-chips.com \
    --cc=devicetree@vger.kernel.org \
    --cc=frank.wang@rock-chips.com \
    --cc=heiko@sntech.de \
    --cc=jay.xu@rock-chips.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-rockchip@lists.infradead.org \
    --cc=mark.rutland@arm.com \
    --cc=robh+dt@kernel.org \
    --cc=shawn.lin@rock-chips.com \
    --cc=ulf.hansson@linaro.org \
    --cc=will.deacon@arm.com \
    --cc=wxt@rock-chips.com \
    --cc=xzy.xu@rock-chips.com \
    --cc=yamada.masahiro@socionext.com \
    --cc=zhangqing@rock-chips.com \
    --cc=zhengsq@rock-chips.com \
    --cc=zhengxing@rock-chips.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.