| Message ID | 20220412194505.614002-1-swboyd@chromium.org |
|---|---|
| State | New |
| Headers | show |
| Series | clk: qcom: rpmh: Set wake/sleep state for BCM clks | expand |
Quoting Bjorn Andersson (2022-05-04 09:53:54) > On Tue 12 Apr 14:45 CDT 2022, Stephen Boyd wrote: > > > Set the wake and sleep state for BCM clks here, not just the active > > state, as the active only state is dropped when CPUs go to deep idle. > > This ensures the clk is always on when the driver thinks it is on. > > > > This was found by inspection, and could very well be incorrect if the > > RPMh hardware copies over the active only state to the sleep and wake > > states. > > > > Taking another look at this patch and now it makes perfect sense to me. > Sorry for not grasping the problem earlier. > > Reviewed-by: Bjorn Andersson <bjorn.andersson@linaro.org> > > > Will you take this in fixes, or do you want me to pick it for 5.19? > I'm waiting for Taniya to reply. For all I know this has no effect because there's some sort of copy/paste from one state to another. Until then it doesn't seem like we should do anything.
Quoting Stephen Boyd (2022-05-06 16:24:15) > Quoting Bjorn Andersson (2022-05-04 09:53:54) > > On Tue 12 Apr 14:45 CDT 2022, Stephen Boyd wrote: > > > > > Set the wake and sleep state for BCM clks here, not just the active > > > state, as the active only state is dropped when CPUs go to deep idle. > > > This ensures the clk is always on when the driver thinks it is on. > > > > > > This was found by inspection, and could very well be incorrect if the > > > RPMh hardware copies over the active only state to the sleep and wake > > > states. > > > > > > > Taking another look at this patch and now it makes perfect sense to me. > > Sorry for not grasping the problem earlier. > > > > Reviewed-by: Bjorn Andersson <bjorn.andersson@linaro.org> > > > > > > Will you take this in fixes, or do you want me to pick it for 5.19? > > > > I'm waiting for Taniya to reply. For all I know this has no effect > because there's some sort of copy/paste from one state to another. Until > then it doesn't seem like we should do anything. Taniya told me that if there's no sleep or wake state set then active state remains even when the subsystem is in sleep. Not exactly copy/paste but at least it is consistent. We need a comment here so this doesn't come up again.
On 5/11/22 5:04 PM, Stephen Boyd wrote: >>> Will you take this in fixes, or do you want me to pick it for 5.19? >>> >> I'm waiting for Taniya to reply. For all I know this has no effect >> because there's some sort of copy/paste from one state to another. Until >> then it doesn't seem like we should do anything. > Taniya told me that if there's no sleep or wake state set then active > state remains even when the subsystem is in sleep. Not exactly > copy/paste but at least it is consistent. We need a comment here so this > doesn't come up again. If I understand what you're saying here, your original patch is not necessary, but there should be a comment in the code that explains why that is the case. Is that right? And am I right to assume you will be sending out a patch with such a comment? -Alex
Quoting Alex Elder (2022-05-12 08:15:31) > On 5/11/22 5:04 PM, Stephen Boyd wrote: > >>> Will you take this in fixes, or do you want me to pick it for 5.19? > >>> > >> I'm waiting for Taniya to reply. For all I know this has no effect > >> because there's some sort of copy/paste from one state to another. Until > >> then it doesn't seem like we should do anything. > > Taniya told me that if there's no sleep or wake state set then active > > state remains even when the subsystem is in sleep. Not exactly > > copy/paste but at least it is consistent. We need a comment here so this > > doesn't come up again. > > If I understand what you're saying here, your original patch is not > necessary, but there should be a comment in the code that explains > why that is the case. Is that right? And am I right to assume you > will be sending out a patch with such a comment? > Yes.
diff --git a/drivers/clk/qcom/clk-rpmh.c b/drivers/clk/qcom/clk-rpmh.c index aed907982344..29da1ffd10cf 100644 --- a/drivers/clk/qcom/clk-rpmh.c +++ b/drivers/clk/qcom/clk-rpmh.c @@ -260,6 +260,7 @@ static int clk_rpmh_bcm_send_cmd(struct clk_rpmh *c, bool enable) struct tcs_cmd cmd = { 0 }; u32 cmd_state; int ret = 0; + enum rpmh_state state; mutex_lock(&rpmh_clk_lock); if (enable) { @@ -274,15 +275,19 @@ static int clk_rpmh_bcm_send_cmd(struct clk_rpmh *c, bool enable) cmd.addr = c->res_addr; cmd.data = BCM_TCS_CMD(1, enable, 0, cmd_state); - ret = clk_rpmh_send(c, RPMH_ACTIVE_ONLY_STATE, &cmd, enable); - if (ret) { - dev_err(c->dev, "set active state of %s failed: (%d)\n", - c->res_name, ret); - } else { - c->last_sent_aggr_state = cmd_state; + for (state = RPMH_SLEEP_STATE; state <= RPMH_ACTIVE_ONLY_STATE; state++) { + ret = clk_rpmh_send(c, state, &cmd, enable); + if (ret) { + dev_err(c->dev, "set %s state of %s failed: (%d)\n", + !state ? "sleep" : + state == RPMH_WAKE_ONLY_STATE ? + "wake" : "active", c->res_name, ret); + goto out; + } } + c->last_sent_aggr_state = cmd_state; } - +out: mutex_unlock(&rpmh_clk_lock); return ret;
Set the wake and sleep state for BCM clks here, not just the active state, as the active only state is dropped when CPUs go to deep idle. This ensures the clk is always on when the driver thinks it is on. This was found by inspection, and could very well be incorrect if the RPMh hardware copies over the active only state to the sleep and wake states. Cc: Alex Elder <elder@linaro.org> Cc: Taniya Das <quic_tdas@quicinc.com> Fixes: 04053f4d23a4 ("clk: qcom: clk-rpmh: Add IPA clock support") Signed-off-by: Stephen Boyd <swboyd@chromium.org> --- drivers/clk/qcom/clk-rpmh.c | 19 ++++++++++++------- 1 file changed, 12 insertions(+), 7 deletions(-) base-commit: 3123109284176b1532874591f7c81f3837bbdc17