From: Marcel Ziswiler <marcel.ziswiler@toradex.com>
To: "dri-devel@lists.freedesktop.org"
<dri-devel@lists.freedesktop.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"victor.liu@nxp.com" <victor.liu@nxp.com>,
"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: "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 00:49:04 +0000 [thread overview]
Message-ID: <3043284c440c703ab3c4deaf77b6e81670d571e2.camel@toradex.com> (raw)
In-Reply-To: <ecb5dc8a52509eed4cf7fa3e9aa235673399f083.camel@nxp.com>
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.
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
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
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 again and just let us know if we may test anything else for you.
[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://share.toradex.com/s30wwspcr9iwyrg
> Liu Ying
Cheers
Marcel
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2021-03-29 0:49 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 [this message]
2021-03-29 8:05 ` Liu Ying
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=3043284c440c703ab3c4deaf77b6e81670d571e2.camel@toradex.com \
--to=marcel.ziswiler@toradex.com \
--cc=Laurent.pinchart@ideasonboard.com \
--cc=a.hajda@samsung.com \
--cc=airlied@linux.ie \
--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=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=victor.liu@nxp.com \
--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).