From: Liu Ying <victor.liu@nxp.com>
To: Marcel Ziswiler <marcel.ziswiler@toradex.com>,
"dri-devel@lists.freedesktop.org"
<dri-devel@lists.freedesktop.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-media@vger.kernel.org" <linux-media@vger.kernel.org>
Cc: Dong Aisheng <aisheng.dong@nxp.com>,
"jernej.skrabec@siol.net" <jernej.skrabec@siol.net>,
"kernel@pengutronix.de" <kernel@pengutronix.de>,
"narmstrong@baylibre.com" <narmstrong@baylibre.com>,
"airlied@linux.ie" <airlied@linux.ie>,
"s.hauer@pengutronix.de" <s.hauer@pengutronix.de>,
"jonas@kwiboo.se" <jonas@kwiboo.se>,
"robert.foss@linaro.org" <robert.foss@linaro.org>,
"kishon@ti.com" <kishon@ti.com>,
"a.hajda@samsung.com" <a.hajda@samsung.com>,
"vkoul@kernel.org" <vkoul@kernel.org>,
"robh+dt@kernel.org" <robh+dt@kernel.org>,
"Laurent.pinchart@ideasonboard.com"
<Laurent.pinchart@ideasonboard.com>,
"lee.jones@linaro.org" <lee.jones@linaro.org>,
"mchehab@kernel.org" <mchehab@kernel.org>,
"shawnguo@kernel.org" <shawnguo@kernel.org>,
"linux-imx@nxp.com" <linux-imx@nxp.com>
Subject: Re: [PATCH v6 00/14] Add some DRM bridge drivers support for i.MX8qm/qxp SoCs
Date: Mon, 29 Mar 2021 16:05:19 +0800 [thread overview]
Message-ID: <4576b09da247aa5fd3b2642b1a2420827d1c04be.camel@nxp.com> (raw)
In-Reply-To: <3043284c440c703ab3c4deaf77b6e81670d571e2.camel@toradex.com>
Hi Marcel,
On Mon, 2021-03-29 at 00:49 +0000, Marcel Ziswiler wrote:
> Hi Liu
>
> On Tue, 2021-03-23 at 17:09 +0800, Liu Ying wrote:
> > On Tue, 2021-03-23 at 01:03 +0000, Marcel Ziswiler wrote:
> > > Hi Liu
> > >
> > > Some further discrepancy with them binding examples:
> > >
> > > arch/arm64/boot/dts/freescale/imx8qxp.dtsi:335.9-36: Warning (reg_format): /dpu@56180000:reg: property has
> > > invalid length (8 bytes) (#address-cells == 2, #size-cells == 2)
> > > arch/arm64/boot/dts/freescale/imx8qxp.dtsi:508.9-35: Warning (reg_format): /syscon@56221000:reg: property has
> > > invalid length (8 bytes) (#address-cells == 2, #size-cells == 2)
> > > arch/arm64/boot/dts/freescale/imx8qxp.dtsi:601.9-34: Warning (reg_format): /phy@56228300:reg: property has
> > > invalid length (8 bytes) (#address-cells == 2, #size-cells == 2)
> > > arch/arm64/boot/dts/freescale/imx8qxp.dtsi:613.9-36: Warning (reg_format): /pixel-combiner@56020000:reg:
> > > property has invalid length (8 bytes) (#address-cells == 2, #size-cells == 2)
> > >
> > > And with that I am unable to bring it up:
> > >
> > > [ 1.714498] imx8qxp-ldb 5622100000001000.syscon:ldb: [drm:ldb_init_helper] *ERROR* failed to get regmap: -
> > > 12
> > > [ 1.724441] imx8qxp-ldb: probe of 5622100000001000.syscon:ldb failed with error -12
> > > [ 1.734983] imx8qxp-pixel-combiner 5602000000010000.pixel-combiner: invalid resource
> > > [ 1.742830] imx8qxp-pixel-combiner: probe of 5602000000010000.pixel-combiner failed with error -22
> > > [ 1.754040] imx8qxp-display-pixel-link dc0-pixel-link0: [drm:imx8qxp_pixel_link_bridge_probe] *ERROR*
> > > failed
> > > to get pixel link node alias id: -19
> > > [ 1.769626] imx8qxp-pxl2dpi 5622100000001000.syscon:pxl2dpi: [drm:imx8qxp_pxl2dpi_bridge_probe] *ERROR*
> > > failed to get regmap: -12
> > > [ 1.781397] imx8qxp-pxl2dpi: probe of 5622100000001000.syscon:pxl2dpi failed with error -12
> > > [ 1.840547] imx8qxp-lpcg-clk 59580000.clock-controller: deferred probe timeout, ignoring dependency
> > > [ 1.840571] imx8qxp-lpcg-clk: probe of 59580000.clock-controller failed with error -110
> > >
> > > Any suggestions welcome. Thanks!
> >
> > Please reference the patch set I shared in my last reply and see how it
> > goes. Thanks.
>
> Thank you very much. After a little bit of fiddling I can confirm that this also works fine on a Toradex
> Colibri iMX8X [1] with either a Capacitive Touch Display 10.1" LVDS which has a Logic Technologies LT170410-
> 2WHC [2] single-channel panel inside or a dual-channel LG LP156WF1 full HD panel.
Thanks a lot for your testing!
Glad to know that the two LVDS panels work on Toradex Colibri iMX8X.
>
> During boot I noticed quite some clocking/power domain related messages:
>
> [ 0.537965] gpt0_clk: failed to attached the power domain -2
>
> [ 0.562372] dc1_disp0_clk: failed to attached the power domain -2
> [ 0.562800] dc1_disp0_clk: failed to get clock parent -22
> [ 0.562858] dc1_disp0_clk: failed to get clock rate -22
>
> [ 0.563059] dc1_disp1_clk: failed to attached the power domain -2
> [ 0.563463] dc1_disp1_clk: failed to get clock parent -22
> [ 0.563514] dc1_disp1_clk: failed to get clock rate -22
>
> [ 0.563773] dc1_pll0_clk: failed to attached the power domain -2
> [ 0.564174] dc1_pll0_clk: failed to get clock rate -22
>
> [ 0.564413] dc1_pll1_clk: failed to attached the power domain -2
> [ 0.564838] dc1_pll1_clk: failed to get clock rate -22
>
> [ 0.565099] dc1_bypass0_clk: failed to attached the power domain -2
> [ 0.565516] dc1_bypass0_clk: failed to get clock rate -22
>
> [ 0.565755] dc1_bypass1_clk: failed to attached the power domain -2
> [ 0.566159] dc1_bypass1_clk: failed to get clock rate -22
>
> [ 0.574493] lvds0_i2c0_clk: failed to attached the power domain -2
> [ 0.574894] lvds0_i2c0_clk: failed to get clock rate -22
>
> [ 0.575134] lvds0_i2c1_clk: failed to attached the power domain -2
> [ 0.575526] lvds0_i2c1_clk: failed to get clock rate -22
>
> [ 0.575785] lvds0_pwm0_clk: failed to attached the power domain -2
> [ 0.576189] lvds0_pwm0_clk: failed to get clock rate -22
>
> [ 0.576417] lvds1_i2c0_clk: failed to attached the power domain -2
> [ 0.576854] lvds1_i2c0_clk: failed to get clock rate -22
>
> [ 0.577129] lvds1_i2c1_clk: failed to attached the power domain -2
> [ 0.577554] lvds1_i2c1_clk: failed to get clock rate -22
>
> [ 0.577787] lvds1_pwm0_clk: failed to attached the power domain -2
> [ 0.578198] lvds1_pwm0_clk: failed to get clock rate -22
>
> [ 0.578464] mipi_csi0_core_clk: failed to attached the power domain -2
>
> [ 0.579104] mipi_csi0_esc_clk: failed to attached the power domain -2
>
> [ 0.579738] mipi_csi0_i2c0_clk: failed to attached the power domain -2
>
> [ 0.580368] mipi_csi0_pwm0_clk: failed to attached the power domain -2
>
> And the following repeats a couple dozens of times:
>
> [ 4.391495] dc1_disp0_clk: failed to get clock parent -22
> [ 4.398532] dc1_disp1_clk: failed to get clock parent -22
As I mentioned before, there will be logs like 'dc1_disp0_clk: failed
to get clock parent -22' on i.MX8qxp and i.MX8qm/qxp specific clocks
are not split yet. DC1 and LVDS0/1 are i.MX8qm specific. So, once they
are split up, I assume there won't be those logs any more.
If you don't apply the below two patches for i.MX8qm, then dc1 and
lvds0/1 relevant logs won't come. That doesn't impact the i.MX8qxp
displays.
clk: imx: clk-imx8qxp: Add I2C and PWM SCU clocks in LVDS0/1 subsystems
clk: imx: clk-imx8qxp: Add some clocks for i.MX8qm DC1 subsystem
The latest Shawn's for-next branch also generates the gpt and mipi_csi
relevant logs on my i.MX8qxp MEK board like below. So, they are not
related to my patch set.
dmesg | grep clk
[ 1.091534] gpt0_clk: failed to attached the power domain -2
[ 1.133131] mipi_csi0_core_clk: failed to attached the power domain
-2
[ 1.139849] mipi_csi0_esc_clk: failed to attached the power domain
-2
[ 1.146441] mipi_csi0_i2c0_clk: failed to attached the power domain
-2
[ 1.153312] mipi_csi0_pwm0_clk: failed to attached the power domain
-2
On my i.MX8qm MEK board, the latest Shawn's for-next branch behaves
like this:
dmesg | grep clk
[ 0.222517] a35_clk: failed to get clock rate -22
[ 0.225331] gpt0_clk: failed to attached the power domain -2
[ 0.232859] pwm_clk: failed to attached the power domain -2
[ 0.233085] pwm_clk: failed to get clock rate -22
[ 0.233158] lcd_clk: failed to attached the power domain -2
[ 0.233382] lcd_clk: failed to get clock rate -22
[ 0.246576] mipi_csi0_core_clk: failed to attached the power domain
-2
[ 0.246899] mipi_csi0_esc_clk: failed to attached the power domain
-2
[ 0.247218] mipi_csi0_i2c0_clk: failed to attached the power domain
-2
[ 0.247515] mipi_csi0_pwm0_clk: failed to attached the power domain
-2
[ 1.510195] imx8qxp-lpcg-clk 5a4a0000.clock-controller: deferred
probe timeout, ignoring dependency
[ 1.521361] imx8qxp-lpcg-clk: probe of 5a4a0000.clock-controller
failed with error -110
@Aisheng, it looks like we'd better to suppress those warning logs soon
by splitting i.MX8qm/qxp specific clocks up?
> And finally it spits the following:
>
> [ 4.670303] imx8qxp-lpcg-clk 59580000.clock-controller: deferred probe timeout, ignoring dependency
> [ 4.679629] imx8qxp-lpcg-clk: probe of 59580000.clock-controller failed with error -110
I don't see this on my i.MX8qxp MEK board. It looks like it's related
to the 'dsp_lpcg: clock-controller@59580000' node in
imx8-ss-audio.dtsi. Does this reproduce with Shawn's for-next
branch(without my patch set) for you?
>
> Despite those messages the displays do work fine once booted.
>
> I am currently running this with SCFW, SECO, TF-A and U-Boot based off NXP's latest downstream BSP 5.4.70-
> 2.3.0. Not sure whether or not especially the used SCFW version could cause some issues. What SCFW are you
> using?
>
> Full boot logs may be found here [3].
>
> You may add the following to the whole series.
>
> Tested-by: Marcel Ziswiler <marcel.ziswiler@toradex.com> # Colibri iMX8X, LT170410-2WHC, LP156WF1
Thanks for your tag.
>
> Thanks again and just let us know if we may test anything else for you.
Maybe, any Toradex i.MX8qm board with LVDS display, please?
Regards,
Liu Ying
>
> [1] commit ba5a5615d54f ("arm64: dts: freescale: add initial support for colibri imx8x")
> [2] commit 5728fe7fa539 ("drm/panel: simple: add display timings for logic technologies displays")
> [3] https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fshare.toradex.com%2Fs30wwspcr9iwyrg&data=04%7C01%7Cvictor.liu%40nxp.com%7Ca51f827482704468d27208d8f24c75dd%7C686ea1d3bc2b4c6fa92cd99c5c301635%7C0%7C0%7C637525757505899800%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=VziEUvn3pnk7QvgIl58CuM8VHMqm6Y5xOuod4ali1Zk%3D&reserved=0
>
> > Liu Ying
>
> Cheers
>
> Marcel
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
prev parent reply other threads:[~2021-03-29 8:07 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-03-17 3:42 [PATCH v6 00/14] Add some DRM bridge drivers support for i.MX8qm/qxp SoCs Liu Ying
2021-03-17 3:42 ` [PATCH v6 01/14] media: uapi: Add some RGB bus formats for i.MX8qm/qxp pixel combiner Liu Ying
2021-03-23 0:23 ` Marcel Ziswiler
2021-03-23 3:00 ` Liu Ying
2021-03-17 3:42 ` [PATCH v6 02/14] media: docs: " Liu Ying
2021-03-17 3:42 ` [PATCH v6 03/14] dt-bindings: display: bridge: Add i.MX8qm/qxp pixel combiner binding Liu Ying
2021-03-23 0:34 ` Marcel Ziswiler
2021-03-23 3:29 ` Liu Ying
2021-03-17 3:42 ` [PATCH v6 04/14] drm/bridge: imx: Add i.MX8qm/qxp pixel combiner support Liu Ying
2021-03-17 3:42 ` [PATCH v6 05/14] dt-bindings: display: bridge: Add i.MX8qm/qxp display pixel link binding Liu Ying
2021-03-23 0:38 ` Marcel Ziswiler
2021-03-23 3:42 ` Liu Ying
2021-03-17 3:42 ` [PATCH v6 06/14] drm/bridge: imx: Add i.MX8qm/qxp display pixel link support Liu Ying
2021-03-17 3:42 ` [PATCH v6 07/14] dt-bindings: mfd: Add i.MX8qm/qxp Control and Status Registers module binding Liu Ying
2021-03-23 22:33 ` Rob Herring
2021-03-17 3:42 ` [PATCH v6 08/14] dt-bindings: display: bridge: Add i.MX8qxp pixel link to DPI binding Liu Ying
2021-03-17 3:42 ` [PATCH v6 09/14] drm/bridge: imx: Add i.MX8qxp pixel link to DPI support Liu Ying
2021-03-30 9:42 ` Robert Foss
2021-03-31 6:18 ` Liu Ying
2021-03-17 3:42 ` [PATCH v6 10/14] drm/bridge: imx: Add LDB driver helper support Liu Ying
2021-03-30 9:46 ` Robert Foss
2021-03-31 6:20 ` Liu Ying
2021-03-17 3:42 ` [PATCH v6 11/14] dt-bindings: display: bridge: Add i.MX8qm/qxp LVDS display bridge binding Liu Ying
2021-03-17 3:42 ` [PATCH v6 12/14] drm/bridge: imx: Add LDB support for i.MX8qxp Liu Ying
2021-03-20 2:32 ` kernel test robot
2021-03-30 9:54 ` Robert Foss
2021-03-31 6:25 ` Liu Ying
2021-03-30 9:59 ` Robert Foss
2021-03-31 6:23 ` Liu Ying
2021-03-17 3:42 ` [PATCH v6 13/14] drm/bridge: imx: Add LDB support for i.MX8qm Liu Ying
2021-03-20 9:56 ` kernel test robot
2021-03-30 10:05 ` Robert Foss
2021-03-31 6:39 ` Liu Ying
2021-03-31 12:39 ` Robert Foss
2021-03-17 3:42 ` [PATCH v6 14/14] MAINTAINERS: add maintainer for DRM bridge drivers for i.MX SoCs Liu Ying
2021-03-30 9:47 ` Robert Foss
2021-03-23 0:19 ` [PATCH v6 00/14] Add some DRM bridge drivers support for i.MX8qm/qxp SoCs Marcel Ziswiler
2021-03-23 9:07 ` Liu Ying
2021-03-23 1:03 ` Marcel Ziswiler
2021-03-23 9:09 ` Liu Ying
2021-03-29 0:49 ` Marcel Ziswiler
2021-03-29 8:05 ` Liu Ying [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=4576b09da247aa5fd3b2642b1a2420827d1c04be.camel@nxp.com \
--to=victor.liu@nxp.com \
--cc=Laurent.pinchart@ideasonboard.com \
--cc=a.hajda@samsung.com \
--cc=airlied@linux.ie \
--cc=aisheng.dong@nxp.com \
--cc=devicetree@vger.kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=jernej.skrabec@siol.net \
--cc=jonas@kwiboo.se \
--cc=kernel@pengutronix.de \
--cc=kishon@ti.com \
--cc=lee.jones@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-imx@nxp.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=marcel.ziswiler@toradex.com \
--cc=mchehab@kernel.org \
--cc=narmstrong@baylibre.com \
--cc=robert.foss@linaro.org \
--cc=robh+dt@kernel.org \
--cc=s.hauer@pengutronix.de \
--cc=shawnguo@kernel.org \
--cc=vkoul@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).