Debugging i.MX6QP HDMI Output on Mainline Kernel

Debugging i.MX6QP HDMI Output on Mainline Kernel

[Lukas F. Hartmann]

Hello,

I'm trying, for several days full-time, to get HDMI Output working with
the mainline kernel (first 4.12, now 4.13-rc1) on a board called TinyRex
Ultra (incl. development baseboard), which has an i.MX6QP SoC and 4GB
RAM. The HDMI output works with freescale-linux 4.1 but not with
mainline. I'm willing to invest significant effort to make this work,
and I appreciate some direction from experts on the subject.

I ported the DTS/DTSI files (mostly differing pinctrls) from the
third-party tinyrexultra DTS/DTSI. I modified the imx6qp-sabresd files
for this (attached). With this, most features of the board work fine,
e.g. SATA, USB, ethernet. I boot a debian-unstable userland from it.

When starting a program that uses DRM, e.g. Xorg, the program will pause
for 10 second intervals and DRM will log:

[ 127.831760] [drm:drm_atomic_helper_commit_cleanup_done] *ERROR* [CRTC:27:crtc-0] flip_done timed out
[ 138.711740] [drm:drm_atomic_helper_commit_cleanup_done] *ERROR* [CRTC:27:crtc-0] flip_done timed out
[ 148.951738] [drm:drm_atomic_helper_commit_cleanup_done] *ERROR*
[CRTC:27:crtc-0] flip_done timed out

As far as I understand this is:
wait_for_completion_interruptible_timeout(&stall_commit->flip_done,
10*HZ); in gpu/drm/drm_atomic_helper.c. In gpu/drm/imx/ipuv3-crtc.c
there is a function ipu_irq_handler(int irq, void *dev_id). Putting a
printk statement there reveals that this is never called. The interrupt
is requested as ipu_idmac_channel_irq(ipu_plane->ipu, ipu_plane->ipu_ch,
IPU_IRQ_EOF).

Thus, IRQ_EOF interrupts are never triggered. If I understand correctly,
this points to a problem with IPU setup or maybe clocks/CCM? I traced
register writes of the HDMI TX driver and they seem mostly sane / very
similar to what the freescale kernel does, but I don't know how to best
trace what is happening with IPU.

If anyone has an idea of how I could track down the cause for this
problem or a checklist of places to double-check, I would be very
thankful.

I've tried to communicate with NXP on this issue and they pointed me to
this list. https://community.nxp.com/message/924230

Cheers
Lukas F. Hartmann / mntmn
http://mntmn.com

-------------- next part --------------
A non-text attachment was scrubbed...
Name: imx6qdl-tinyrex2.dtsi
Type: application/octet-stream
Size: 11944 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20170717/c19778f1/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: imx6-tinyrexultra.dts
Type: application/octet-stream
Size: 602 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20170717/c19778f1/attachment-0001.obj>

Debugging i.MX6QP HDMI Output on Mainline Kernel

[Lucas Stach]

Hi Lukas,



Am Montag, den 17.07.2017, 16:58 +0200 schrieb Lukas F. Hartmann:
> Hello,
> 
> I'm trying, for several days full-time, to get HDMI Output working with
> the mainline kernel (first 4.12, now 4.13-rc1) on a board called TinyRex
> Ultra (incl. development baseboard), which has an i.MX6QP SoC and 4GB
> RAM. The HDMI output works with freescale-linux 4.1 but not with
> mainline. I'm willing to invest significant effort to make this work,
> and I appreciate some direction from experts on the subject.
> 
In general HDMI output on i.MX6QP should work fine with kernel 4.12. I
hope you aren't trying to get this to work with a downstream DT, but
build your DT in the 4.12 source tree...

> I ported the DTS/DTSI files (mostly differing pinctrls) from the
> third-party tinyrexultra DTS/DTSI. I modified the imx6qp-sabresd files
> for this (attached). With this, most features of the board work fine,
> e.g. SATA, USB, ethernet. I boot a debian-unstable userland from it.
> 
One thing I spotted is that you include the imx6q.dtsi, which isn't
needed, as imx6qp.dtsi already includes it.

If you need an example, use the imx6qp-nitrogen6_max.dts. This board is
mainline supported and I personally tested HDMI output to work there.

> When starting a program that uses DRM, e.g. Xorg, the program will pause
> for 10 second intervals and DRM will log:
> 
> [ 127.831760] [drm:drm_atomic_helper_commit_cleanup_done] *ERROR* [CRTC:27:crtc-0] flip_done timed out
> [ 138.711740] [drm:drm_atomic_helper_commit_cleanup_done] *ERROR* [CRTC:27:crtc-0] flip_done timed out
> [ 148.951738] [drm:drm_atomic_helper_commit_cleanup_done] *ERROR*
> [CRTC:27:crtc-0] flip_done timed out
> 

Please post a full dmesg of a boot-up.

Regards,
Lucas

Debugging i.MX6QP HDMI Output on Mainline Kernel

[Lukas Hartmann]

Hi Lucas,

thanks for the quick response. I built the DTB with the kernel make in-tree before, yes.

I now tried just to boot with an almost unmodified imx6qp-nitrogen6_max.dts, just changing the chosen uart to uart1 and to my surprise it boots. I still get the same flip_done errors and 10s delays, but surprisingly, after waiting 10-20s, HDMI output works at 640x480 and I can see X on the screen for the first time!

Naturally USB and mmc/sd don't work now. I will tweak the DTS until these work and post a dmesg afterwards. 

Cheers
Lukas

> On 17. Jul 2017, at 17:16, Lucas Stach <l.stach@pengutronix.de> wrote:
> 
> Hi Lukas,
> 
> 
> 
> Am Montag, den 17.07.2017, 16:58 +0200 schrieb Lukas F. Hartmann:
>> Hello,
>> 
>> I'm trying, for several days full-time, to get HDMI Output working with
>> the mainline kernel (first 4.12, now 4.13-rc1) on a board called TinyRex
>> Ultra (incl. development baseboard), which has an i.MX6QP SoC and 4GB
>> RAM. The HDMI output works with freescale-linux 4.1 but not with
>> mainline. I'm willing to invest significant effort to make this work,
>> and I appreciate some direction from experts on the subject.
>> 
> In general HDMI output on i.MX6QP should work fine with kernel 4.12. I
> hope you aren't trying to get this to work with a downstream DT, but
> build your DT in the 4.12 source tree...
> 
>> I ported the DTS/DTSI files (mostly differing pinctrls) from the
>> third-party tinyrexultra DTS/DTSI. I modified the imx6qp-sabresd files
>> for this (attached). With this, most features of the board work fine,
>> e.g. SATA, USB, ethernet. I boot a debian-unstable userland from it.
>> 
> One thing I spotted is that you include the imx6q.dtsi, which isn't
> needed, as imx6qp.dtsi already includes it.
> 
> If you need an example, use the imx6qp-nitrogen6_max.dts. This board is
> mainline supported and I personally tested HDMI output to work there.
> 
>> When starting a program that uses DRM, e.g. Xorg, the program will pause
>> for 10 second intervals and DRM will log:
>> 
>> [ 127.831760] [drm:drm_atomic_helper_commit_cleanup_done] *ERROR* [CRTC:27:crtc-0] flip_done timed out
>> [ 138.711740] [drm:drm_atomic_helper_commit_cleanup_done] *ERROR* [CRTC:27:crtc-0] flip_done timed out
>> [ 148.951738] [drm:drm_atomic_helper_commit_cleanup_done] *ERROR*
>> [CRTC:27:crtc-0] flip_done timed out
>> 
> 
> Please post a full dmesg of a boot-up.
> 
> Regards,
> Lucas
> 
> 

Debugging i.MX6QP HDMI Output on Mainline Kernel

[Fabio Estevam]

Hi Lukas,

On Mon, Jul 17, 2017 at 11:58 AM, Lukas F. Hartmann <lukas@mntmn.com> wrote:

> When starting a program that uses DRM, e.g. Xorg, the program will pause
> for 10 second intervals and DRM will log:

Could this be a X11 issue?

You can check Russell's X11 driver that works with Etnaviv:
http://git.arm.linux.org.uk/cgit/xf86-video-armada.git/

Debugging i.MX6QP HDMI Output on Mainline Kernel

[Russell King - ARM Linux]

On Thu, Jul 20, 2017 at 10:45:46AM -0300, Fabio Estevam wrote:
> Hi Lukas,
> 
> On Mon, Jul 17, 2017 at 11:58 AM, Lukas F. Hartmann <lukas@mntmn.com> wrote:
> 
> > When starting a program that uses DRM, e.g. Xorg, the program will pause
> > for 10 second intervals and DRM will log:
> 
> Could this be a X11 issue?
> 
> You can check Russell's X11 driver that works with Etnaviv:
> http://git.arm.linux.org.uk/cgit/xf86-video-armada.git/

I know Dan MacDonald was reporting the same issue, and he was using my
driver.  We never got to the bottom of Dan's issue though, and I tried
suggesting disabling the other outputs.

Lukas' dt files only have HDMI output, so much like the SR Hummingboard
setup - but that seems to work fine (although I don't have any iMX6QP
devices, only iMX6S, D, Q and possibly a DL.)

-- 
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.