Re: [CRTC:24] vblank wait timed out

From: Martyn Welch <martyn.welch@collabora.co.uk>
To: Philipp Zabel <p.zabel@pengutronix.de>
Cc: dri-devel@lists.freedesktop.org
Subject: Re: [CRTC:24] vblank wait timed out
Date: Fri, 24 Mar 2017 10:24:28 +0000	[thread overview]
Message-ID: <20170324102428.GE25206@hermes.home> (raw)
In-Reply-To: <1490116724.6403.3.camel@pengutronix.de>

On Tue, Mar 21, 2017 at 06:18:44PM +0100, Philipp Zabel wrote:
> Hi Martyn,
> 
> On Tue, 2017-03-21 at 09:50 +0000, Martyn Welch wrote:
> > I have an i.MX6 platform with 2 display port interfaces, one driven by the
> > HDMI interface, the other by LVDS, both via bridges. We are currently
> > experiencing the following error when we boot with the monitor connected
> > to the LVDS backed interface and then connect a monitor to the HDMI backed
> > interface after boot:
> > 
> > Mar 20 18:15:23 GE00409729044C kernel: ------------[ cut here ]------------
> > Mar 20 18:15:23 GE00409729044C kernel: WARNING: CPU: 1 PID: 85 at /home/martyn/build-helix/tmp/work-shared/csmon/kernel-source/drivers/gpu/drm/drm_atomic_helper.c:1121 drm_atomic_helper_wait_for_vblanks+0x264/0x274
> > Mar 20 18:15:23 GE00409729044C kernel: [CRTC:24] vblank wait timed out
> > Mar 20 18:15:23 GE00409729044C kernel: Modules linked in: bonding snd_usb_audio snd_hwdep snd_usbmidi_lib snd_rawmidi cp210x usbserial atmel_mxt_ts
> > Mar 20 18:15:23 GE00409729044C kernel: CPU: 1 PID: 85 Comm: kworker/u4:1 Not tainted 4.8.0 #4
> > Mar 20 18:15:23 GE00409729044C kernel: Hardware name: Freescale i.MX6 Quad/DualLite (Device Tree)
> > Mar 20 18:15:23 GE00409729044C kernel: Workqueue: events_unbound commit_work
> > Mar 20 18:15:23 GE00409729044C kernel: Backtrace:
> > Mar 20 18:15:23 GE00409729044C kernel: [<8010c968>] (dump_backtrace) from [<8010cbb0>] (show_stack+0x20/0x24)
> > Mar 20 18:15:23 GE00409729044C kernel:  r7:00000000 r6:80d2bf98 r5:600b0013 r4:00000000
> > Mar 20 18:15:23 GE00409729044C kernel: [<8010cb90>] (show_stack) from [<803c0e68>] (dump_stack+0x98/0xb4)
> > Mar 20 18:15:23 GE00409729044C kernel: [<803c0dd0>] (dump_stack) from [<80122abc>] (__warn+0xe4/0x110)
> > Mar 20 18:15:23 GE00409729044C kernel:  r7:00000009 r6:80a8d490 r5:00000000 r4:ee173e10
> > Mar 20 18:15:23 GE00409729044C kernel: [<801229d8>] (__warn) from [<80122b2c>] (warn_slowpath_fmt+0x44/0x4c)
> > Mar 20 18:15:23 GE00409729044C kernel:  r9:ee1e5418 r8:00000000 r7:00000000 r6:00000000 r5:ecc04f00 r4:80a8d5ec
> > Mar 20 18:15:23 GE00409729044C kernel: [<80122aec>] (warn_slowpath_fmt) from [<80486ce0>] (drm_atomic_helper_wait_for_vblanks+0x264/0x274)
> > Mar 20 18:15:23 GE00409729044C kernel:  r3:00000018 r2:80a8d5ec
> > Mar 20 18:15:23 GE00409729044C kernel:  r4:edaa8200
> > Mar 20 18:15:23 GE00409729044C kernel: [<80486a7c>] (drm_atomic_helper_wait_for_vblanks) from [<804b3990>] (imx_drm_atomic_commit_tail+0x1b4/0x1e0)
> > Mar 20 18:15:23 GE00409729044C kernel:  r10:0ee80680 r9:80d76580 r8:00000000 r7:ee1e5000 r6:ecc04f00 r5:00000000
> > Mar 20 18:15:23 GE00409729044C kernel:  r4:00000004
> > Mar 20 18:15:23 GE00409729044C kernel: [<804b37dc>] (imx_drm_atomic_commit_tail) from [<80487498>] (commit_tail+0x50/0x6c)
> > Mar 20 18:15:23 GE00409729044C kernel:  r7:ee806800 r6:ee82b000 r5:80d3a5fc r4:ecc04f00
> > Mar 20 18:15:23 GE00409729044C kernel: [<80487448>] (commit_tail) from [<804874d0>] (commit_work+0x1c/0x20)
> > Mar 20 18:15:23 GE00409729044C kernel:  r5:eeb97280 r4:ecc04f1c
> > Mar 20 18:15:23 GE00409729044C kernel: [<804874b4>] (commit_work) from [<8013b638>] (process_one_work+0x154/0x510)
> > Mar 20 18:15:23 GE00409729044C kernel: [<8013b4e4>] (process_one_work) from [<8013ba30>] (worker_thread+0x3c/0x5cc)
> > Mar 20 18:15:23 GE00409729044C kernel:  r10:eeb97280 r9:ee82b000 r8:80d02100 r7:ee82b018 r6:00000088 r5:eeb97298
> > Mar 20 18:15:23 GE00409729044C kernel:  r4:ee82b000
> > Mar 20 18:15:23 GE00409729044C kernel: [<8013b9f4>] (worker_thread) from [<80141670>] (kthread+0xe4/0x100)
> > Mar 20 18:15:23 GE00409729044C kernel:  r10:00000000 r9:00000000 r8:00000000 r7:8013b9f4 r6:eeb97280 r5:eebae640
> > Mar 20 18:15:23 GE00409729044C kernel:  r4:00000000
> > Mar 20 18:15:23 GE00409729044C kernel: [<8014158c>] (kthread) from [<80108278>] (ret_from_fork+0x14/0x3c)
> > Mar 20 18:15:23 GE00409729044C kernel:  r7:00000000 r6:00000000 r5:8014158c r4:eebae640
> > Mar 20 18:15:23 GE00409729044C kernel: ---[ end trace ba005811962ba6f2 ]---
> > 
> > We believe this may be due to the vblank interrupt for the LVDS interface
> > being affected when the vblank interface for the HDMI backed interface
> > gets enabled. Any pointers regarding how to proceed narrowing down/fixing
> > this would be appreciated.
> > 
> > We are currently running 4.8 kernel with 1.11 Weston compositor.
> > 
> > Martyn
> 
> Could you move to v4.9 or v4.10 and check if the four patches in
> https://git.pengutronix.de/cgit/pza/linux/tag/?id=v4.9-ipu-dp-plane-fix
> or
> https://git.pengutronix.de/cgit/pza/linux/tag/?id=v4.10-ipu-dp-plane-fix-2
> help?
> 

I've updated to v4.10, the patches from v4.10-ipu-dp-plane-fix-2 resolve
the error, though we are unfortunately still experiencing the loss of
output on LVDS display. Time to look elsewhere for the cause of that I
guess. :-)

Thanks for your help,

Martyn

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel