From: Ulf Hansson <ulf.hansson@linaro.org> To: Sudeep Holla <sudeep.holla@arm.com>, Lorenzo Pieralisi <Lorenzo.Pieralisi@arm.com>, Linux PM <linux-pm@vger.kernel.org> Cc: "Rafael J . Wysocki" <rjw@rjwysocki.net>, Daniel Lezcano <daniel.lezcano@linaro.org>, Lina Iyer <ilina@codeaurora.org>, Vincent Guittot <vincent.guittot@linaro.org>, Stephen Boyd <sboyd@kernel.org>, Bjorn Andersson <bjorn.andersson@linaro.org>, Benjamin Gaignard <benjamin.gaignard@st.com>, Linux ARM <linux-arm-kernel@lists.infradead.org> Subject: Re: [PATCH 4/4] cpuidle: psci: Allow WFI to be the only state for the hierarchical topology Date: Thu, 27 Feb 2020 15:59:25 +0100 [thread overview] Message-ID: <CAPDyKFqeHLeMrOEPg1p6WaLOApRzJbzNL343d2d43bEQxOAz5w@mail.gmail.com> (raw) In-Reply-To: <20200227124551.31860-5-ulf.hansson@linaro.org> On Thu, 27 Feb 2020 at 13:46, Ulf Hansson <ulf.hansson@linaro.org> wrote: > > It's possible that only the WFI state is supported for the CPU, while also > a shared idle state exists for a group of CPUs. > > When the hierarchical topology is used, the shared idle state may not be > compatible with arm,idle-state, rather with "domain-idle-state", which > makes dt_init_idle_driver() to return zero. This leads to that the > cpuidle-psci driver bails out during initialization, avoiding to register a > cpuidle driver and instead relies on the default architectural > back-end (called via cpu_do_idle()). In other words, the shared idle state > becomes unused. > > Let's fix this behaviour, by allowing the dt_init_idle_driver() to return 0 > and then continue with the initialization. If it turns out that the > hierarchical topology is used and we have some additional states to manage, > then continue with the cpuidle driver registration, otherwise bail out, as > we did before. > > Reported-by: Benjamin Gaignard <benjamin.gaignard@st.com> > Fixes: a65a397f2451 ("cpuidle: psci: Add support for PM domains by using genpd") > Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org> > --- > drivers/cpuidle/cpuidle-psci.c | 47 ++++++++++++++++++++++------------ > 1 file changed, 30 insertions(+), 17 deletions(-) > > diff --git a/drivers/cpuidle/cpuidle-psci.c b/drivers/cpuidle/cpuidle-psci.c > index 7b459f987c50..7699b2dab622 100644 > --- a/drivers/cpuidle/cpuidle-psci.c > +++ b/drivers/cpuidle/cpuidle-psci.c > @@ -56,16 +56,19 @@ static int psci_enter_domain_idle_state(struct cpuidle_device *dev, > u32 *states = data->psci_states; > struct device *pd_dev = data->dev; > u32 state; > - int ret; > + int ret = 0; > > /* Do runtime PM to manage a hierarchical CPU toplogy. */ > pm_runtime_put_sync_suspend(pd_dev); > > state = psci_get_domain_state(); > - if (!state) > + if (!state && states) > state = states[idx]; > > - ret = psci_enter_state(idx, state); > + if (state) > + ret = psci_cpu_suspend_enter(state); Looks like I should set ret to idx, if ret == 0 - as to instruct cpuidle about what state we did enter. I will update that in the next revision, but awaiting for some comments first. > + else > + cpu_do_idle(); > > pm_runtime_get_sync(pd_dev); > [...] Kind regards Uffe
WARNING: multiple messages have this Message-ID (diff)
From: Ulf Hansson <ulf.hansson@linaro.org> To: Sudeep Holla <sudeep.holla@arm.com>, Lorenzo Pieralisi <Lorenzo.Pieralisi@arm.com>, Linux PM <linux-pm@vger.kernel.org> Cc: Benjamin Gaignard <benjamin.gaignard@st.com>, Stephen Boyd <sboyd@kernel.org>, Daniel Lezcano <daniel.lezcano@linaro.org>, "Rafael J . Wysocki" <rjw@rjwysocki.net>, Lina Iyer <ilina@codeaurora.org>, Bjorn Andersson <bjorn.andersson@linaro.org>, Linux ARM <linux-arm-kernel@lists.infradead.org> Subject: Re: [PATCH 4/4] cpuidle: psci: Allow WFI to be the only state for the hierarchical topology Date: Thu, 27 Feb 2020 15:59:25 +0100 [thread overview] Message-ID: <CAPDyKFqeHLeMrOEPg1p6WaLOApRzJbzNL343d2d43bEQxOAz5w@mail.gmail.com> (raw) In-Reply-To: <20200227124551.31860-5-ulf.hansson@linaro.org> On Thu, 27 Feb 2020 at 13:46, Ulf Hansson <ulf.hansson@linaro.org> wrote: > > It's possible that only the WFI state is supported for the CPU, while also > a shared idle state exists for a group of CPUs. > > When the hierarchical topology is used, the shared idle state may not be > compatible with arm,idle-state, rather with "domain-idle-state", which > makes dt_init_idle_driver() to return zero. This leads to that the > cpuidle-psci driver bails out during initialization, avoiding to register a > cpuidle driver and instead relies on the default architectural > back-end (called via cpu_do_idle()). In other words, the shared idle state > becomes unused. > > Let's fix this behaviour, by allowing the dt_init_idle_driver() to return 0 > and then continue with the initialization. If it turns out that the > hierarchical topology is used and we have some additional states to manage, > then continue with the cpuidle driver registration, otherwise bail out, as > we did before. > > Reported-by: Benjamin Gaignard <benjamin.gaignard@st.com> > Fixes: a65a397f2451 ("cpuidle: psci: Add support for PM domains by using genpd") > Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org> > --- > drivers/cpuidle/cpuidle-psci.c | 47 ++++++++++++++++++++++------------ > 1 file changed, 30 insertions(+), 17 deletions(-) > > diff --git a/drivers/cpuidle/cpuidle-psci.c b/drivers/cpuidle/cpuidle-psci.c > index 7b459f987c50..7699b2dab622 100644 > --- a/drivers/cpuidle/cpuidle-psci.c > +++ b/drivers/cpuidle/cpuidle-psci.c > @@ -56,16 +56,19 @@ static int psci_enter_domain_idle_state(struct cpuidle_device *dev, > u32 *states = data->psci_states; > struct device *pd_dev = data->dev; > u32 state; > - int ret; > + int ret = 0; > > /* Do runtime PM to manage a hierarchical CPU toplogy. */ > pm_runtime_put_sync_suspend(pd_dev); > > state = psci_get_domain_state(); > - if (!state) > + if (!state && states) > state = states[idx]; > > - ret = psci_enter_state(idx, state); > + if (state) > + ret = psci_cpu_suspend_enter(state); Looks like I should set ret to idx, if ret == 0 - as to instruct cpuidle about what state we did enter. I will update that in the next revision, but awaiting for some comments first. > + else > + cpu_do_idle(); > > pm_runtime_get_sync(pd_dev); > [...] Kind regards Uffe _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2020-02-27 15:00 UTC|newest] Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-02-27 12:45 [PATCH 0/4] cpuidle: psci: Some fixes when using the hierarchical layout Ulf Hansson 2020-02-27 12:45 ` Ulf Hansson 2020-02-27 12:45 ` [PATCH 1/4] PM / Domains: Allow no domain-idle-states DT property in genpd when parsing Ulf Hansson 2020-02-27 12:45 ` Ulf Hansson 2020-02-27 12:45 ` [PATCH 2/4] cpuidle: psci: Fixup support for domain idle states being zero Ulf Hansson 2020-02-27 12:45 ` Ulf Hansson 2020-02-27 12:45 ` [PATCH 3/4] cpuidle: psci: Split psci_dt_cpu_init_idle() Ulf Hansson 2020-02-27 12:45 ` Ulf Hansson 2020-02-28 21:34 ` Stephen Boyd 2020-02-27 12:45 ` [PATCH 4/4] cpuidle: psci: Allow WFI to be the only state for the hierarchical topology Ulf Hansson 2020-02-27 12:45 ` Ulf Hansson 2020-02-27 14:59 ` Ulf Hansson [this message] 2020-02-27 14:59 ` Ulf Hansson
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=CAPDyKFqeHLeMrOEPg1p6WaLOApRzJbzNL343d2d43bEQxOAz5w@mail.gmail.com \ --to=ulf.hansson@linaro.org \ --cc=Lorenzo.Pieralisi@arm.com \ --cc=benjamin.gaignard@st.com \ --cc=bjorn.andersson@linaro.org \ --cc=daniel.lezcano@linaro.org \ --cc=ilina@codeaurora.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-pm@vger.kernel.org \ --cc=rjw@rjwysocki.net \ --cc=sboyd@kernel.org \ --cc=sudeep.holla@arm.com \ --cc=vincent.guittot@linaro.org \ /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: linkBe 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.