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

[Lucas Stach]

Hi Lukas,

Post by 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...

Post by Lukas F. Hartmann
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.

Post by Lukas F. Hartmann
When starting a program that uses DRM, e.g. Xorg, the program will pause
[ 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

[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

Post by Lucas Stach
Hi Lukas,

Post by 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...

Post by Lukas F. Hartmann
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.

Post by Lukas F. Hartmann
When starting a program that uses DRM, e.g. Xorg, the program will pause
[ 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

[Fabio Estevam]

Hi Lukas,

Post by Lukas F. Hartmann
When starting a program that uses DRM, e.g. Xorg, the program will pause

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/

[Russell King - ARM Linux]

Post by Lucas Stach
Hi Lukas,

Post by Lukas F. Hartmann
When starting a program that uses DRM, e.g. Xorg, the program will pause

Could this be a X11 issue?
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.)