From: Sudeep Holla <sudeep.holla@arm.com> To: Lina Iyer <ilina@codeaurora.org> Cc: Ulf Hansson <ulf.hansson@linaro.org>, Maulik Shah <mkshah@codeaurora.org>, Stephen Boyd <swboyd@chromium.org>, Andy Gross <agross@kernel.org>, David Brown <david.brown@linaro.org>, Lorenzo Pieralisi <Lorenzo.Pieralisi@arm.com>, linux-arm-msm <linux-arm-msm@vger.kernel.org>, Linux Kernel Mailing List <linux-kernel@vger.kernel.org>, Linux PM <linux-pm@vger.kernel.org>, Linux ARM <linux-arm-kernel@lists.infradead.org>, Bjorn Andersson <bjorn.andersson@linaro.org>, Evan Green <evgreen@chromium.org>, Doug Anderson <dianders@chromium.org>, Rajendra Nayak <rnayak@codeaurora.org>, lsrao@codeaurora.org, "Rafael J. Wysocki" <rjw@rjwysocki.net>, Sudeep Holla <sudeep.holla@arm.com> Subject: Re: [PATCH v3 5/7] drivers: firmware: psci: Add hierarchical domain idle states converter Date: Fri, 7 Feb 2020 11:20:14 +0000 [thread overview] Message-ID: <20200207111955.GA40103@bogus> (raw) In-Reply-To: <20200206204514.GB8107@codeaurora.org> On Thu, Feb 06, 2020 at 01:45:14PM -0700, Lina Iyer wrote: > On Thu, Feb 06 2020 at 01:46 -0700, Ulf Hansson wrote: > > On Wed, 5 Feb 2020 at 17:18, Sudeep Holla <sudeep.holla@arm.com> wrote: > > > > > > On Wed, Feb 05, 2020 at 04:55:17PM +0100, Ulf Hansson wrote: > > > > On Wed, 5 Feb 2020 at 15:06, Sudeep Holla <sudeep.holla@arm.com> wrote: > > > > > > > > > > On Wed, Feb 05, 2020 at 05:53:00PM +0530, Maulik Shah wrote: > > > > > > > > > > > > On 2/4/2020 8:51 PM, Sudeep Holla wrote: > > > > > > > On Tue, Feb 04, 2020 at 10:22:42AM +0530, Maulik Shah wrote: > > > > > > > > On 2/3/2020 10:38 PM, Sudeep Holla wrote: > > > > > > > > > On Mon, Feb 03, 2020 at 07:05:38PM +0530, Maulik Shah wrote: > > > > > > > > > > From: Ulf Hansson <ulf.hansson@linaro.org> > > > > > > > > > > > > > I was, but not anymore, especially if we want such changes in the kernel > > > to do so. > > > > > > Just use OSI as that was the point of adding all these after years of > > > discussion claiming it's more optimal compared to PC. Now telling that > > > you need more changes to compare it with PC just doesn't make any sense > > > at all to me. > > > > Fair enough. > > > > I was just pondering over if there are other reasons to why we may want this. > > > > One other thing that could be problematic to support, is when are > > other resources, I/O controllers for example, sharing the same power > > rail as a cluster. When such controller is in use, idle states of the > > cluster must be prevented. Without using genpd to model the CPU > > topology, it may be difficult to deal with this. > > > > Of course, using PC mode when trying to deal with this > > platform/board-requirement would also be suboptimal. In other words, > > your argument about when using OSI vs PC mode, still stands. > > > I understand the arguments for using PC vs OSI and agree with it. But > what in PSCI is against Linux knowing when the last core is powering > down when the PSCI is configured to do only Platform Cordinated. Nothing :D. But knowing the evolution and reasons for adding OSI in the PSCI specification and having argued about benefits of OSI over PC for years and finally when we have it in mainline, this argument of using PC for exact reasons why OSI evolved is something I can't understand and I am confused. > There should not be any objection to drivers knowing when all the cores > are powered down, be it reference counting CPU PM notifications or using > a cleaner approach like this where GendPD framwork does everything > cleanly and gives a nice callback. ARM architecture allows for different > aspects of CPU access be handled at different levels. I see this as an > extension of that approach. > One thing that was repeatedly pointed out during OSI patch review was no extra overhead for PC mode where firmware can make decisions. So, just use OSI now and let us be done with this discussion of OSI vs PC. If PC is what you think you need for future, we can revert all OSI changes and start discussing again :-) -- Regards, Sudeep
WARNING: multiple messages have this Message-ID (diff)
From: Sudeep Holla <sudeep.holla@arm.com> To: Lina Iyer <ilina@codeaurora.org> Cc: Maulik Shah <mkshah@codeaurora.org>, "Rafael J. Wysocki" <rjw@rjwysocki.net>, Ulf Hansson <ulf.hansson@linaro.org>, Lorenzo Pieralisi <Lorenzo.Pieralisi@arm.com>, Rajendra Nayak <rnayak@codeaurora.org>, Linux PM <linux-pm@vger.kernel.org>, linux-arm-msm <linux-arm-msm@vger.kernel.org>, lsrao@codeaurora.org, Linux Kernel Mailing List <linux-kernel@vger.kernel.org>, Evan Green <evgreen@chromium.org>, Stephen Boyd <swboyd@chromium.org>, David Brown <david.brown@linaro.org>, Andy Gross <agross@kernel.org>, Doug Anderson <dianders@chromium.org>, Sudeep Holla <sudeep.holla@arm.com>, Bjorn Andersson <bjorn.andersson@linaro.org>, Linux ARM <linux-arm-kernel@lists.infradead.org> Subject: Re: [PATCH v3 5/7] drivers: firmware: psci: Add hierarchical domain idle states converter Date: Fri, 7 Feb 2020 11:20:14 +0000 [thread overview] Message-ID: <20200207111955.GA40103@bogus> (raw) In-Reply-To: <20200206204514.GB8107@codeaurora.org> On Thu, Feb 06, 2020 at 01:45:14PM -0700, Lina Iyer wrote: > On Thu, Feb 06 2020 at 01:46 -0700, Ulf Hansson wrote: > > On Wed, 5 Feb 2020 at 17:18, Sudeep Holla <sudeep.holla@arm.com> wrote: > > > > > > On Wed, Feb 05, 2020 at 04:55:17PM +0100, Ulf Hansson wrote: > > > > On Wed, 5 Feb 2020 at 15:06, Sudeep Holla <sudeep.holla@arm.com> wrote: > > > > > > > > > > On Wed, Feb 05, 2020 at 05:53:00PM +0530, Maulik Shah wrote: > > > > > > > > > > > > On 2/4/2020 8:51 PM, Sudeep Holla wrote: > > > > > > > On Tue, Feb 04, 2020 at 10:22:42AM +0530, Maulik Shah wrote: > > > > > > > > On 2/3/2020 10:38 PM, Sudeep Holla wrote: > > > > > > > > > On Mon, Feb 03, 2020 at 07:05:38PM +0530, Maulik Shah wrote: > > > > > > > > > > From: Ulf Hansson <ulf.hansson@linaro.org> > > > > > > > > > > > > > I was, but not anymore, especially if we want such changes in the kernel > > > to do so. > > > > > > Just use OSI as that was the point of adding all these after years of > > > discussion claiming it's more optimal compared to PC. Now telling that > > > you need more changes to compare it with PC just doesn't make any sense > > > at all to me. > > > > Fair enough. > > > > I was just pondering over if there are other reasons to why we may want this. > > > > One other thing that could be problematic to support, is when are > > other resources, I/O controllers for example, sharing the same power > > rail as a cluster. When such controller is in use, idle states of the > > cluster must be prevented. Without using genpd to model the CPU > > topology, it may be difficult to deal with this. > > > > Of course, using PC mode when trying to deal with this > > platform/board-requirement would also be suboptimal. In other words, > > your argument about when using OSI vs PC mode, still stands. > > > I understand the arguments for using PC vs OSI and agree with it. But > what in PSCI is against Linux knowing when the last core is powering > down when the PSCI is configured to do only Platform Cordinated. Nothing :D. But knowing the evolution and reasons for adding OSI in the PSCI specification and having argued about benefits of OSI over PC for years and finally when we have it in mainline, this argument of using PC for exact reasons why OSI evolved is something I can't understand and I am confused. > There should not be any objection to drivers knowing when all the cores > are powered down, be it reference counting CPU PM notifications or using > a cleaner approach like this where GendPD framwork does everything > cleanly and gives a nice callback. ARM architecture allows for different > aspects of CPU access be handled at different levels. I see this as an > extension of that approach. > One thing that was repeatedly pointed out during OSI patch review was no extra overhead for PC mode where firmware can make decisions. So, just use OSI now and let us be done with this discussion of OSI vs PC. If PC is what you think you need for future, we can revert all OSI changes and start discussing again :-) -- Regards, Sudeep _______________________________________________ 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-07 11:20 UTC|newest] Thread overview: 58+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-02-03 13:35 [PATCH v3 0/7] Add RSC power domain support Maulik Shah 2020-02-03 13:35 ` Maulik Shah 2020-02-03 13:35 ` [PATCH v3 1/7] drivers: qcom: rpmh: fix macro to accept NULL argument Maulik Shah 2020-02-03 13:35 ` Maulik Shah 2020-02-03 13:35 ` [PATCH v3 2/7] drivers: qcom: rpmh: remove rpmh_flush export Maulik Shah 2020-02-03 13:35 ` Maulik Shah 2020-02-03 13:35 ` [PATCH v3 3/7] dt-bindings: soc: qcom: Add RSC power domain specifier Maulik Shah 2020-02-03 13:35 ` Maulik Shah 2020-02-03 13:35 ` [PATCH v3 4/7] drivers: qcom: rpmh-rsc: Add RSC power domain support Maulik Shah 2020-02-03 13:35 ` Maulik Shah 2020-02-03 13:35 ` [PATCH v3 5/7] drivers: firmware: psci: Add hierarchical domain idle states converter Maulik Shah 2020-02-03 13:35 ` Maulik Shah 2020-02-03 17:08 ` Sudeep Holla 2020-02-03 17:08 ` Sudeep Holla 2020-02-04 4:52 ` Maulik Shah 2020-02-04 4:52 ` Maulik Shah 2020-02-04 15:21 ` Sudeep Holla 2020-02-04 15:21 ` Sudeep Holla 2020-02-05 12:23 ` Maulik Shah 2020-02-05 12:23 ` Maulik Shah 2020-02-05 14:06 ` Sudeep Holla 2020-02-05 14:06 ` Sudeep Holla 2020-02-05 15:55 ` Ulf Hansson 2020-02-05 15:55 ` Ulf Hansson 2020-02-05 16:18 ` Sudeep Holla 2020-02-05 16:18 ` Sudeep Holla 2020-02-06 8:45 ` Ulf Hansson 2020-02-06 8:45 ` Ulf Hansson 2020-02-06 20:45 ` Lina Iyer 2020-02-06 20:45 ` Lina Iyer 2020-02-07 11:20 ` Sudeep Holla [this message] 2020-02-07 11:20 ` Sudeep Holla 2020-02-07 12:32 ` Ulf Hansson 2020-02-07 12:32 ` Ulf Hansson 2020-02-07 14:48 ` Lorenzo Pieralisi 2020-02-07 14:48 ` Lorenzo Pieralisi 2020-02-07 15:52 ` Ulf Hansson 2020-02-07 15:52 ` Ulf Hansson 2020-02-07 16:15 ` Sudeep Holla 2020-02-07 16:15 ` Sudeep Holla 2020-02-08 10:25 ` Ulf Hansson 2020-02-08 10:25 ` Ulf Hansson 2020-02-10 10:31 ` Sudeep Holla 2020-02-10 10:31 ` Sudeep Holla 2020-02-07 16:05 ` Sudeep Holla 2020-02-07 16:05 ` Sudeep Holla 2020-02-06 21:11 ` Bjorn Andersson 2020-02-06 21:11 ` Bjorn Andersson 2020-02-07 11:25 ` Sudeep Holla 2020-02-07 11:25 ` Sudeep Holla 2020-02-03 13:35 ` [PATCH v3 6/7] arm64: dts: qcom: sc7180: Add cpuidle low power states Maulik Shah 2020-02-03 13:35 ` Maulik Shah 2020-02-04 23:15 ` Matthias Kaehlcke 2020-02-04 23:15 ` Matthias Kaehlcke 2020-02-05 12:07 ` Maulik Shah 2020-02-05 12:07 ` Maulik Shah 2020-02-03 13:35 ` [PATCH v3 7/7] arm64: dts: qcom: sc7180: Convert to the hierarchical CPU topology layout Maulik Shah 2020-02-03 13:35 ` Maulik Shah
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=20200207111955.GA40103@bogus \ --to=sudeep.holla@arm.com \ --cc=Lorenzo.Pieralisi@arm.com \ --cc=agross@kernel.org \ --cc=bjorn.andersson@linaro.org \ --cc=david.brown@linaro.org \ --cc=dianders@chromium.org \ --cc=evgreen@chromium.org \ --cc=ilina@codeaurora.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-arm-msm@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-pm@vger.kernel.org \ --cc=lsrao@codeaurora.org \ --cc=mkshah@codeaurora.org \ --cc=rjw@rjwysocki.net \ --cc=rnayak@codeaurora.org \ --cc=swboyd@chromium.org \ --cc=ulf.hansson@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.