From: Adam Ford <aford173@gmail.com>
To: Abel Vesa <abel.vesa@nxp.com>
Cc: linux-clk <linux-clk@vger.kernel.org>,
Marek Vasut <marex@denx.de>,
Michael Turquette <mturquette@baylibre.com>,
Stephen Boyd <sboyd@kernel.org>, Shawn Guo <shawnguo@kernel.org>,
Sascha Hauer <s.hauer@pengutronix.de>,
Pengutronix Kernel Team <kernel@pengutronix.de>,
Fabio Estevam <festevam@gmail.com>,
NXP Linux Team <linux-imx@nxp.com>,
Rob Herring <robh+dt@kernel.org>,
Philipp Zabel <p.zabel@pengutronix.de>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
arm-soc <linux-arm-kernel@lists.infradead.org>,
devicetree <devicetree@vger.kernel.org>
Subject: Re: [RFC 0/3] clk: imx: Implement blk-ctl driver for i.MX8MN
Date: Sat, 24 Oct 2020 16:03:17 -0500 [thread overview]
Message-ID: <CAHCN7xJiygvLStO56v4xSnOEqR_5fbYQHn5juA8YeDiWh2awbg@mail.gmail.com> (raw)
In-Reply-To: <20201024202335.y3npwtgragpp5wcz@fsr-ub1664-175>
On Sat, Oct 24, 2020 at 3:23 PM Abel Vesa <abel.vesa@nxp.com> wrote:
>
> On 20-10-24 11:20:12, Adam Ford wrote:
> > There are some less-documented registers which control clocks and
> > resets for the multimedia block which controls the LCDIF, ISI, MIPI
> > CSI, and MIPI DSI.
> >
> > The i.Mx8M Nano appears to have a subset of the i.MX8MP registers with
> > a couple shared registers with the i.MX8MM. This series builds on the
> > series that have been submitted for both of those other two platforms.
> >
> > This is an RFC because when enabling the corresponding DTS node, the
> > system freezes on power on. There are a couple of clocks that don't
> > correspond to either the imx8mp nor the imx8mm, so I might have something
> > wrong, and I was hoping for some constructive feedback in order to get
> > the imx8m Nano to a similar point of the Mini and Plus.
> >
>
> Thanks for the effort.
Sure thing!
>
> I'm assuming this relies on the following patchset, right ?
> https://lkml.org/lkml/2020/10/24/139
Abell,
Your link points right back to this e-mail. ;-)
I based this work off:
https://www.spinics.net/lists/arm-kernel/msg843906.html from Marek
which I beleive is based on
https://www.spinics.net/lists/arm-kernel/msg836165.html from you.
I also have a GPC patch series located:
https://www.spinics.net/lists/arm-kernel/msg847925.html
Together, both the GPC and the clk-blk driver should be able to pull
the multimedia block out of reset. Currently, the GPC can handle the
USB OTG and the GPU, but the LCDIF and MIPI DSI appear to be gated by
the clock block
My original patch RFC didn't include the imx8mn node, because it
hangs, but the node I added looks like:
media_blk_ctl: clock-controller@32e28000 {
compatible = "fsl,imx8mn-media-blk-ctl", "syscon";
reg = <0x32e28000 0x1000>;
#clock-cells = <1>;
#reset-cells = <1>;
};
I was hoping you might have some feedback on the 8mn clk-blk driver
since you did the 8mp clk-blk drive and they appear to be very
similar.
adam
>
> > Adam Ford (3):
> > dt-bindings: clock: imx8mn: Add media blk_ctl clock IDs
> > dt-bindings: reset: imx8mn: Add media blk_ctl reset IDs
> > clk: imx: Add blk-ctl driver for i.MX8MN
> >
> > drivers/clk/imx/clk-blk-ctl-imx8mn.c | 80 ++++++++++++++++++++++++
> > include/dt-bindings/clock/imx8mn-clock.h | 11 ++++
> > include/dt-bindings/reset/imx8mn-reset.h | 22 +++++++
> > 3 files changed, 113 insertions(+)
> > create mode 100644 drivers/clk/imx/clk-blk-ctl-imx8mn.c
> > create mode 100644 include/dt-bindings/reset/imx8mn-reset.h
> >
> > --
> > 2.25.1
> >
next prev parent reply other threads:[~2020-10-24 21:03 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-24 16:20 [RFC 0/3] clk: imx: Implement blk-ctl driver for i.MX8MN Adam Ford
2020-10-24 16:20 ` [RFC 1/3] dt-bindings: clock: imx8mn: Add media blk_ctl clock IDs Adam Ford
2020-10-30 18:30 ` Rob Herring
2020-10-24 16:20 ` [RFC 2/3] dt-bindings: reset: imx8mn: Add media blk_ctl reset IDs Adam Ford
2020-10-30 18:30 ` Rob Herring
2020-10-24 16:20 ` [RFC 3/3] clk: imx: Add blk-ctl driver for i.MX8MN Adam Ford
2021-01-27 14:56 ` Marek Vasut
2020-10-24 20:23 ` [RFC 0/3] clk: imx: Implement " Abel Vesa
2020-10-24 21:03 ` Adam Ford [this message]
2020-10-25 12:05 ` Abel Vesa
2020-10-25 12:18 ` Marek Vasut
2020-10-25 16:05 ` Adam Ford
2020-10-26 14:55 ` Abel Vesa
2020-10-26 15:12 ` Adam Ford
2020-10-26 15:44 ` Lucas Stach
2020-10-26 16:23 ` Adam Ford
2020-10-29 11:54 ` Lucas Stach
2020-10-29 12:18 ` Abel Vesa
2020-10-29 12:18 ` Adam Ford
2020-10-29 13:03 ` Lucas Stach
2020-10-27 9:38 ` Abel Vesa
2020-10-26 15:37 ` Lucas Stach
2020-10-27 9:31 ` Abel Vesa
2020-10-27 11:55 ` Abel Vesa
2020-10-28 1:28 ` Jacky Bai
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=CAHCN7xJiygvLStO56v4xSnOEqR_5fbYQHn5juA8YeDiWh2awbg@mail.gmail.com \
--to=aford173@gmail.com \
--cc=abel.vesa@nxp.com \
--cc=devicetree@vger.kernel.org \
--cc=festevam@gmail.com \
--cc=kernel@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=marex@denx.de \
--cc=mturquette@baylibre.com \
--cc=p.zabel@pengutronix.de \
--cc=robh+dt@kernel.org \
--cc=s.hauer@pengutronix.de \
--cc=sboyd@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).