From: Chanwoo Choi <cwchoi00@gmail.com>
To: Abel Vesa <abel.vesa@nxp.com>, Rob Herring <robh@kernel.org>,
Shawn Guo <shawnguo@kernel.org>,
Sascha Hauer <kernel@pengutronix.de>,
Lucas Stach <l.stach@pengutronix.de>,
Fabio Estevam <festevam@gmail.com>,
Chanwoo Choi <cw00.choi@samsung.com>,
Georgi Djakov <djakov@kernel.org>,
Dong Aisheng <aisheng.dong@nxp.com>, Peng Fan <peng.fan@nxp.com>,
Martin Kepplinger <martink@posteo.de>,
devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-clk@vger.kernel.org,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Cc: NXP Linux Team <linux-imx@nxp.com>
Subject: Re: [RFC 00/19] Rework support for i.MX8MQ interconnect with devfreq
Date: Sat, 27 Feb 2021 08:04:52 +0900 [thread overview]
Message-ID: <def4e2dd-5e9c-5878-a116-754f9bfe735e@gmail.com> (raw)
In-Reply-To: <1613750416-11901-1-git-send-email-abel.vesa@nxp.com>
Hi,
You missed sending the patches to linux-pm mailing list.
On next version, please send it linux-pm.
Thanks,
Chanwoo Choi
On 21. 2. 20. 오전 12:59, Abel Vesa wrote:
> This has been on my queue for quite some time now. It is more of a
> proof-of-concept.
>
> This rework is done with the compatibility of future i.MX platforms in
> mind. For example, the i.MX8MP platform has multiple NoCs. This
> patchsets prepares the imx interconnect and imx devfreq for that too.
>
> As of now, none of the drivers involved are being used and there is no
> icc consumer on any off the i.MX platforms.
>
> Basically, the steps taken here are the following:
>
> 1. Make the dram_apb clock "reparantable" from kernel.
> This is needed in order to keep track of the actual parent of the
> dram_apb clock in the kernel clock hierarchy. Note that the actual
> switch is done EL3 (TF-A).
>
> 2. Rework the imx-bus so the actual link between the icc and the
> NoCs or the pl301s is not tightly coupled. This allows us to have
> as many NoCs as necessary but also allows as to use the same driver
> for the pl301s. The pl301s have their own clocks too, so we need to
> reduce their rates too.
>
> 3. Rework the imx8m-ddrc driver. Remove the support for dts defined
> OPPs. The EL3 provides those. So instead of havingi to keep the OPP table in
> both EL3 and kernel in sync, we rely on what the EL3 gives us.
> Also, when the platform suspends, the bus needs to be running at highest
> rate, otherwise there is a chance it might not resume anymore.
> By adding the late system sleep PM ops we can handle that easily.
>
> 4. Rework the imx interconnect driver to use the fsl,icc-id instead
> of the robust imx_icc_node_adj_desc for linking with the target node.
> By adding the fsl,icc-id property to all the NoC and pl301 dts nodes,
> we can link each icc node to their corresponding NoC, pl301 or dram.
> Basically, when the imx interconnect platform specific driver probes,
> it will take each node defined for that platform and look-up the
> corresponding dts node based on the id and add that as the qos device.
>
> 5. Added the fec and usdhc as icc consumers. This is just as an example.
> All the other consumers can be added later. Basically, each consumer
> will add a path to their device node and in the driver will have to
> handle that icc path accordingly.
>
> Abel Vesa (19):
> clk: imx8mq: Replace critical with ignore_unused flag for dram_apb
> clock
> dt-bindings: interconnect: imx8mq: Add missing pl301 and SAI ids
> devfreq: imx-bus: Switch governor to powersave
> devfreq: imx-bus: Decouple imx-bus from icc made
> devfreq: imx8m-ddrc: Change governor to powersave
> devfreq: imx8m-ddrc: Use the opps acquired from EL3
> devfreq: imx8m-ddrc: Add late system sleep PM ops
> interconnect: imx: Switch from imx_icc_node_adj_desc to fsl,icc-id
> node assignment
> interconnect: imx8: Remove the imx_icc_node_adj_desc
> interconnect: imx8mq: Add the pl301_per_m and pl301_wakeup nodes and
> subnodes
> interconnect: imx8mq: Add of_match_table
> interconnect: imx: Add imx_icc_get_bw and imx_icc_aggregate functions
> arm64: dts: imx8mq: Add fsl,icc-id property to ddrc node
> arm64: dts: imx8mq: Add fsl,icc-id to noc node
> arm64: dts: imx8mq: Add all pl301 nodes
> arm64: dts: imx8mq: Add the interconnect node
> arm64: dts: imx8mq: Add interconnect properties to icc consumer nodes
> net: ethernet: fec_main: Add interconnect support
> mmc: sdhci-esdhc-imx: Add interconnect support
>
> arch/arm64/boot/dts/freescale/imx8mq.dtsi | 200 +++++++++++++++++++++-
> drivers/clk/imx/clk-imx8mq.c | 2 +-
> drivers/devfreq/imx-bus.c | 42 +----
> drivers/devfreq/imx8m-ddrc.c | 75 +++-----
> drivers/interconnect/imx/imx.c | 92 +++++-----
> drivers/interconnect/imx/imx.h | 19 +-
> drivers/interconnect/imx/imx8mm.c | 32 ++--
> drivers/interconnect/imx/imx8mn.c | 28 +--
> drivers/interconnect/imx/imx8mq.c | 59 ++++---
> drivers/mmc/host/sdhci-esdhc-imx.c | 26 +++
> drivers/net/ethernet/freescale/fec.h | 3 +
> drivers/net/ethernet/freescale/fec_main.c | 19 ++
> include/dt-bindings/interconnect/imx8mq.h | 9 +
> scripts/dtc/fdtoverlay | Bin 0 -> 61280 bytes
> 14 files changed, 393 insertions(+), 213 deletions(-)
> create mode 100755 scripts/dtc/fdtoverlay
>
prev parent reply other threads:[~2021-02-26 23:05 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-02-19 15:59 [RFC 00/19] Rework support for i.MX8MQ interconnect with devfreq Abel Vesa
2021-02-19 15:59 ` [RFC 01/19] clk: imx8mq: Replace critical with ignore_unused flag for dram_apb clock Abel Vesa
2021-02-19 15:59 ` [RFC 02/19] dt-bindings: interconnect: imx8mq: Add missing pl301 and SAI ids Abel Vesa
2021-03-05 23:10 ` Rob Herring
2021-02-19 16:00 ` [RFC 03/19] devfreq: imx-bus: Switch governor to powersave Abel Vesa
2021-02-26 14:46 ` Chanwoo Choi
2021-02-19 16:00 ` [RFC 04/19] devfreq: imx-bus: Decouple imx-bus from icc made Abel Vesa
2021-02-26 16:52 ` Chanwoo Choi
2021-02-19 16:00 ` [RFC 05/19] devfreq: imx8m-ddrc: Change governor to powersave Abel Vesa
2021-02-26 14:47 ` Chanwoo Choi
2021-03-09 13:40 ` Dong Aisheng
2021-02-19 16:00 ` [RFC 06/19] devfreq: imx8m-ddrc: Use the opps acquired from EL3 Abel Vesa
2021-02-26 15:12 ` Chanwoo Choi
2021-02-19 16:00 ` [RFC 07/19] devfreq: imx8m-ddrc: Add late system sleep PM ops Abel Vesa
2021-02-26 15:23 ` Chanwoo Choi
2021-02-19 16:00 ` [RFC 08/19] interconnect: imx: Switch from imx_icc_node_adj_desc to fsl,icc-id node assignment Abel Vesa
2021-02-19 16:00 ` [RFC 09/19] interconnect: imx8: Remove the imx_icc_node_adj_desc Abel Vesa
2021-02-19 16:00 ` [RFC 10/19] interconnect: imx8mq: Add the pl301_per_m and pl301_wakeup nodes and subnodes Abel Vesa
2021-02-19 16:00 ` [RFC 11/19] interconnect: imx8mq: Add of_match_table Abel Vesa
2021-02-19 16:00 ` [RFC 12/19] interconnect: imx: Add imx_icc_get_bw and imx_icc_aggregate functions Abel Vesa
2021-02-19 16:00 ` [RFC 13/19] arm64: dts: imx8mq: Add fsl,icc-id property to ddrc node Abel Vesa
2021-02-19 16:00 ` [RFC 14/19] arm64: dts: imx8mq: Add fsl,icc-id to noc node Abel Vesa
2021-02-19 16:29 ` Abel Vesa
2021-02-19 16:00 ` [RFC 15/19] arm64: dts: imx8mq: Add all pl301 nodes Abel Vesa
2021-02-21 15:47 ` Krzysztof Kozlowski
2021-02-19 16:00 ` [RFC 16/19] arm64: dts: imx8mq: Add the interconnect node Abel Vesa
2021-02-19 16:00 ` [RFC 17/19] arm64: dts: imx8mq: Add interconnect properties to icc consumer nodes Abel Vesa
2021-02-19 16:00 ` [RFC 18/19] net: ethernet: fec_main: Add interconnect support Abel Vesa
2021-02-19 16:00 ` [RFC 19/19] mmc: sdhci-esdhc-imx: " Abel Vesa
2021-02-22 16:03 ` [RFC 00/19] Rework support for i.MX8MQ interconnect with devfreq Martin Kepplinger
2021-02-23 17:20 ` Abel Vesa
2021-02-25 12:13 ` Martin Kepplinger
2021-03-09 11:43 ` Abel Vesa
2021-03-24 8:03 ` Martin Kepplinger
2021-02-26 23:04 ` Chanwoo Choi [this message]
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=def4e2dd-5e9c-5878-a116-754f9bfe735e@gmail.com \
--to=cwchoi00@gmail.com \
--cc=abel.vesa@nxp.com \
--cc=aisheng.dong@nxp.com \
--cc=cw00.choi@samsung.com \
--cc=devicetree@vger.kernel.org \
--cc=djakov@kernel.org \
--cc=festevam@gmail.com \
--cc=kernel@pengutronix.de \
--cc=l.stach@pengutronix.de \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-imx@nxp.com \
--cc=linux-kernel@vger.kernel.org \
--cc=martink@posteo.de \
--cc=peng.fan@nxp.com \
--cc=robh@kernel.org \
--cc=shawnguo@kernel.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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).